M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику? Если это — комбинация средств и задачи, над которой работли/работаете, то тоже будет хорошо.
Scala + Akka + IntelliJ Idea 11 + git.
В теории практика не отличается от теории, но на практике — отличается
Здравствуйте, Mamut, Вы писали:
M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику?
у уже пожилого Ротшильда, который как известно был не только богач, но и фанат виноделия, спросили как-то журналист спросил мол вы так хорошо разбираетесь в винах, какое вино самое лучшее в мире? Ротшильд задумался и ответил: "Мне было 18, ей — 17, мы пили вино, не помню как оно называлось, но это было самое лучшее вино в мире"
наибольшее удовольствие мне, как разработчику, доставило программирование в машинных кодах ДВК2 когда я наконец до этого Чуда добрался...
Здравствуйте, Mamut, Вы писали:
M>Не холивара ради, просто интереса для. Интересно, чем занимаются люди в момент наслаждения И вообще посмотреть, чем занимаются люди.
1. MSVS 2010 как для C# так и для C++. С C# всё понятно. С C++ — в силу того, что с ним сталкиваюсь редко — 2010 — удовольствие (по сравнению с 2008).
2. WebStorm как среда для разработки под JavaScript. К сожалению была не без недостатков (сейчас не знаю — не использую), навроде убогий перфоманс при работе через RDP, "недогадливость" среды с ориентацией видимо на простые проекты (т.е. парсим всё, и ложим болт на require-like директивы распространнённых фреймворков, и невозможность подключить собственный). Но тем не менее — реально удобно. Лучше чем это для JS я не видел — а попробовал наверное почти всё.
3. monodoc's tool chain. Это быстро и удобно. Sandcastle на фоне этого вообще никак не выглядит.
Windows Phone Performance Analyzer (VS 2010) + соответственно наши контролы, которые надо заставить летать в Windows Phone'e. Люблю оптимизировать производительность, наверное извращение Один очень продвинутый не русский товарищ, который Windows Phone'ом давно занимается, написал мне, что он все то же самое делает просто глядя на код и размышляя. Я эльф более низкого уровня, мне тулзы помогают.
Собственно и обычный Performance Analyzer для WPF и Silverlight'а тоже более-менее, но почему-то WinPhone версия кажется покруче и требования жестче — тем больше удовольствие
M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику?
Если удовольствие от технлогоии мерить по принципу (ожидаемый_геморрой / получившийся_геморрой), то для меня наибольшее удовольствие получилось от применения xslt. Была задачка, для которой предполагалось проектировать, писать и увязывать между собой несколько софтин, а в результате все свелось к паре xslt-преобразований
M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику? Если это — комбинация средств и задачи, над которой работли/работаете, то тоже будет хорошо.
1) RubyMine + RoR + linux console // задачи понятны
2) VS + Nemerle // just for fun
4) VS + C# + Resharper // задачи где требуется мощь статики, а решарпер очень неплохо срезает ее самые неудобные углы
3) Far (это комбинация ) // в принципе не представляю работу без него в винде
4) git + GitExtensions + github/bitbucket // за несколько секунд позволяет превратить проект в версионный или отправить патч в опенсорс
давно работаю в Kate + плагины (стандартные и сделанные для себя на Python и C++) + заимпрувленная подсветка (С++/doxygen)
в качестве системы сборки много лет были autotools, теперь cmake -- все из yakuake (выплывающая такая konsole в стиле quake
в консоле куча кастомных настроек (shotcutов для типовых операций) + completionы + свои разнообразные скрипты.
в систему сборки вкручен autogen (оч мощная замена wizadrов), иногда генерация XML+XSLT в C++ (вот тут мне xslt нравится использовать .
задачи от которых выткает: раньше asm (PDP11, потом x86) + reverse engineering, сейчас С++11, метапрограмминг в С++... вообще люблю чонить заgeneralizить или заавтоматизировать себе
ну и gentoo не дает скучать -- всегда можно найти чего бы еще прикрутить прикольного -- давно (около 9 лет уже) не вижу для себя, как для девелопера, более удобной системы (до этого были binary based дистры).
Здравствуйте, Mamut, Вы писали:
M>Не холивара ради, просто интереса для. Интересно, чем занимаются люди в момент наслаждения И вообще посмотреть, чем занимаются люди.
По большей части, всё равно в чём и на чём писать. Видимо я ещё не встретил её, свою кобминацию.
Здравствуйте, Mamut, Вы писали:
M>Не холивара ради, просто интереса для. Интересно, чем занимаются люди в момент наслаждения И вообще посмотреть, чем занимаются люди.
Наивысшее наслаждение мне доставила на спектруме комбинация TASM (или ZX-ASM — не помню уже) + STS. Мучаясь до этого с GENS и MONS. Позже испытал подобный же кайф, перейдя со студии на IDEA, но кайф был уже меньше.
Когда-то давно, какая-то инкарнация BASIC на Радио-86РК.
А как я перся от асма на спектруме. Первый загрузчик, ммммм, сейчас уже такого кайфа наверное не испытать...
Сейчас, идеальная комбинация (исключительно для меня и исключительно сейчас): один-два прогера-профи, пара-тройка кодеров-студентов на подхвате.
M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику? Если это — комбинация средств и задачи, над которой работли/работаете, то тоже будет хорошо.
M>Ну то есть, например, Java + IDEA + Blueprints и т.п.
M>Не холивара ради, просто интереса для. Интересно, чем занимаются люди в момент наслаждения И вообще посмотреть, чем занимаются люди.
Чисто теоретически мне на лиспе нравилось в универе писать всякие прикольные штуки. Ещё на С++ когда всяких Александреску осваивал, тоже "вставляло" Потом правда отпустило. А вообще наслаждение обычно доставляет интересная задача, а язык максимум — может его немного омрачить.
Из последнего: Scala + IntelliJ IDEA,
Из далёкого прошлого: IBM VisualAge for Java и сама Java ранних версий,
Из ещё более далёкого прошлого: язык Rexx (скриптовый, императивный, очень простой — жаль, никому не нужен сейчас).
Здравствуйте, Mamut, Вы писали:
M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику? Если это — комбинация средств и задачи, над которой работли/работаете, то тоже будет хорошо.
Здравствуйте, Mamut, Вы писали:
M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику? Если это — комбинация средств и задачи, над которой работали/работаете, то тоже будет хорошо.
На первом месте — собственные языки
На втором — MASM + Notepad2 + bat-файлы
На третьем — Python3 + PyScripter + Notepad2 + macro recorder + bat-файлы (с именами из 1-2 символов для скорости )
Задача — любая со следующими характеристиками: творческая, способная значительно ускорить работу, придуманная самостоятельно.
Программировать сложно. Но не программировать еще сложнее.
M>Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику? Если это — комбинация средств и задачи, над которой работли/работаете, то тоже будет хорошо.
M>Ну то есть, например, Java + IDEA + Blueprints и т.п.
M>Не холивара ради, просто интереса для. Интересно, чем занимаются люди в момент наслаждения И вообще посмотреть, чем занимаются люди.
pdp-11+rsx-11+ted+pascal oregon software
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, minorlogic, Вы писали:
M>Лист бумаги а3 + маркеры.
Я предпочитаю A4 + карандаш/ластик. Да и то, A4 большеват, у меня в основном еще блокнот A5 в клетку. Единственный минус, часто заканчивается и нужно все время новые покупать, а еще бывает старые записи нужны. При этом, я все старые в основном сразу выбрасываю. Приходится заводить еще один блокнот, куда переношу важные записи.
Реквестирую девайс размера A5, чтобы был тонким и легким с карандашом, чтобы я на нем мог писать разными цветами. И так, чтобы все мои записи сохранялись и при желании я их мог бы просматривать. Может уже есть такой?
ЗЫ: еще я мечтаю о маркерной доске дома и на работе.
Computer science is no more about computers than astronomy is about telescopes (c) Edsger Dijkstra
Здравствуйте, Vitas R, Вы писали:
VR>наибольшее удовольствие мне, как разработчику, доставило программирование в машинных кодах ДВК2 когда я наконец до этого Чуда добрался...
Да, Digital умел сделать чудо...
Они так долго не переходили на С, потому что у них ассемблер был такой удобный
Здравствуйте, Kswapd, Вы писали:
K>Которую не замечаешь при работе: замыслы как будто сами воплощаются.
Да, и почему такую простую мысль не понимают разработчики IDE? В основном бесят VS & Xcode. Мне кажется, что у них политика такая, что это родные средства на их платформах, и пипл все равно схавает. А вот сторонним разработчикам приходится уже попотеть и это видно, как пример можно взять Jetbrains. Они эту мысль понимают, и я это понимаю видя их AppCode. К сожалению, с другими их продуктами я не сталкивался, кроме ReSharper'а (с которым жизнь в VS становится гораздо легче).
Computer science is no more about computers than astronomy is about telescopes (c) Edsger Dijkstra
Да, тут писали про карандашик. Карандашик я не люблю. Я люблю ручку и A4 или A5.
Нарисуешь буквально 3-5-7 прямоугольничков, понадписываешь их, поначеркуешь что-нибудь — оно вроде бы в голове и до этого было... но после всё становится как-то яснее. При чём это работает в отношении практически всего. А когда листики находишь лет через 5 — вообще шикарное удовольствие!
К своему стыду, очень часто, когда хочу это сделать — под рукой есть бумага, но нет ручки или наоборот. И заметил, что из-за этого часто теряю много времени.
Всегда стоит просто сесть подумать и порисовать себе же очевидные вещи. Самогипноз.
Здравствуйте, dimgel, Вы писали:
M>>и selective receive.
D>А это что такое?
Если коротко, то:
1. Если не сматчили сообщение — сохраняем в отдельной очереди. Из mailbox удаляем.
2. Как только сматчили сообщение — загоняем все сохраненные сообщения.
Ну и таймер там еще прикручен.
class ActorWithProtocol extends Actor with Stash {
def receive = {
case "open" ⇒
unstashAll {
case "write" ⇒ // do writing...
case "close" ⇒
unstashAll()
context.unbecome()
case msg ⇒ stash()
}
case "done" ⇒ // done
case msg ⇒ stash()
}
}
В теории практика не отличается от теории, но на практике — отличается
Какая для вас существует комбинация средств, которая доставила вам наибольшее удовольствие, как разработчику? Если это — комбинация средств и задачи, над которой работли/работаете, то тоже будет хорошо.
Ну то есть, например, Java + IDEA + Blueprints и т.п.
Не холивара ради, просто интереса для. Интересно, чем занимаются люди в момент наслаждения И вообще посмотреть, чем занимаются люди.
Здравствуйте, Kswapd, Вы писали:
K>Которую не замечаешь при работе: замыслы как будто сами воплощаются. В моём случае это Unix + Emacs — идеальная среда разработки на любых языках.
Правда ли, что можно не замечать Emacs? Мне кажется, что его (или вим) всегда хочется немного подпилить.
Здравствуйте, Kswapd, Вы писали:
K>Которую не замечаешь при работе: замыслы как будто сами воплощаются. В моём случае это Unix + Emacs — идеальная среда разработки на любых языках.
Очень правильная мысль. То же самое касается и языков программирования.
Computer science is no more about computers than astronomy is about telescopes (c) Edsger Dijkstra
Здравствуйте, Ziaw, Вы писали:
K>>Которую не замечаешь при работе: замыслы как будто сами воплощаются. В моём случае это Unix + Emacs — идеальная среда разработки на любых языках. Z>Правда ли, что можно не замечать Emacs? Мне кажется, что его (или вим) всегда хочется немного подпилить.
Правда. Но правда у каждого своя. Я его настраивал под себя, где-то с первую неделю, параллельно обучаясь его основам. Настроек сделал минимум, оставил большинство настроек по умолчанию. В основном, настройки касались внешнего вида и интеграции со slime + sbcl. Все. Еще через неделю, все было на автомате. Примерный сценарий: написал реализацию функции, скомпилировал ее (только эту функцию), переключился в repl, потестил, открыл следующий буфер, написал юнит-тесты (при необходимости), прогнал по тестам. И так по кругу. При этом все эти действия, выполняются хоткеями, которые за неделю запоминаются и нажимаются на автомате, например, компиляция функции C-c, переключиться в repl C-z, открыть буфер C-x b. Не надо тратить время на переключение на мышку. Все делается с помощью клавиатуры и очень быстро. Необходимости что-то дальше подпиливать не было, ну почти.
Computer science is no more about computers than astronomy is about telescopes (c) Edsger Dijkstra
Здравствуйте, nau, Вы писали:
nau>Scala + Akka + IntelliJ Idea 11 + git.
Добрался-таки до этой Akka — давно уже это жужужу вокруг неё покоя не давало. Ух, вещь! И сразу вспоминается Erlang, откуда акторы были позаимствованы. Есть вероятность, что Akka со временем вынесет его вперёд ногами из его родного телекома: исходя из того, что я здесь краем уха про Erlang слышал, Akka ему — полноценная замена. Статически типизированная, с API и для Java, и для Scala. Смахивает на killer project.
Здравствуйте, dimgel, Вы писали:
D>Здравствуйте, nau, Вы писали:
nau>>Scala + Akka + IntelliJ Idea 11 + git.
D>Добрался-таки до этой Akka — давно уже это жужужу вокруг неё покоя не давало. Ух, вещь! И сразу вспоминается Erlang, откуда акторы были позаимствованы. Есть вероятность, что Akka со временем вынесет его вперёд ногами из его родного телекома: исходя из того, что я здесь краем уха про Erlang слышал, Akka ему — полноценная замена. Статически типизированная, с API и для Java, и для Scala. Смахивает на killer project.
Статически типизированная это Cloud Haskell скорей будет
Здравствуйте, Курилка, Вы писали:
К>Статически типизированная это Cloud Haskell скорей будет
Эм... Припоминается, сколько-то месяцев назад где-то нашли аж целого одного программиста-практика, юзающего хаскель.
Это как бы ещё и к вопросу о сравнительном масштабе erlang и java в плане распространнёности и навороченности экосистем.
Здравствуйте, dimgel, Вы писали:
D>Здравствуйте, Курилка, Вы писали:
К>>Статически типизированная это Cloud Haskell скорей будет
D>Эм... Припоминается, сколько-то месяцев назад где-то нашли аж целого одного программиста-практика, юзающего хаскель. D>Это как бы ещё и к вопросу о сравнительном масштабе erlang и java в плане распространнёности и навороченности экосистем.
Чтот я не понял, как связан хаскиль и масштаб эрланга и явы...
Если что — я использую хаскель на практике
У вас какие-то проблемы со статической типизацией, хотите поговорить об этом?
Здравствуйте, notacat, Вы писали:
МР>>Ирина, а нет ли у вас в планах написать статью об этих инструментах? МР>>Хотя бы "Performance Analyzers для полных чайников"? N>так ведь это даже в MSDN есть: N>http://msdn.microsoft.com/en-us/library/hh202934(VS.92).aspx N>Правда русского перевода не нашла, но вряд ли это сильно существенно. N>Но если совсем для чайников, то начинать лучше не с инструментов, а вот с этого: http://msdn.microsoft.com/en-us/library/ff967560(VS.92).aspx
Ирина, а вот в РСДН-журнал почему бы вам не написать?
Много начинающего народа просто не знает об этом.
А редакция будет только за...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Курилка, Вы писали:
К>>>Статически типизированная это Cloud Haskell скорей будет
D>>Эм... Припоминается, сколько-то месяцев назад где-то нашли аж целого одного программиста-практика, юзающего хаскель. D>>Это как бы ещё и к вопросу о сравнительном масштабе erlang и java в плане распространнёности и навороченности экосистем.
К>Чтот я не понял, как связан хаскиль и масштаб эрланга и явы...
Элементарно, Ватсон: у хаскеля масштаб вообще никакой, поэтому в качестве убийцы эрланга ему ничего не светит.
К>Если что — я использую хаскель на практике
О, второй нашёлся!
К>У вас какие-то проблемы со статической типизацией, хотите поговорить об этом?
Боюсь, это у вас какие-то комплексы по поводу хаскеля, что вы вылезли с ним в обсуждение, к нему никаким боком не относящееся. А ваше сообщение, процитированное в самом начале этого моего поста, выглядит так, будто вы отрицаете тот факт, что скала и жава — статически типизированы.
Здравствуйте, dimgel, Вы писали:
D>Здравствуйте, Курилка, Вы писали:
К>>Чтот я не понял, как связан хаскиль и масштаб эрланга и явы...
D>Элементарно, Ватсон: у хаскеля масштаб вообще никакой, поэтому в качестве убийцы эрланга ему ничего не светит.
Моё замечание было про статическую типизацию, додумывать за собеседника не стоит
К>>Если что — я использую хаскель на практике
D>О, второй нашёлся!
К>>У вас какие-то проблемы со статической типизацией, хотите поговорить об этом?
D>Боюсь, это у вас какие-то комплексы по поводу хаскеля, что вы вылезли с ним в обсуждение, к нему никаким боком не относящееся. А ваше сообщение, процитированное в самом начале этого моего поста, выглядит так, будто вы отрицаете тот факт, что скала и жава — статически типизированы.
Психологией (и комплексами) тут занимаетесь пока только вы, про "выглядит" вопрос к вам, я лишь говорил о более строгой статической типизации.
Но полемизировать с вашими додумками за собеседника нет интереса.
Здравствуйте, dimgel, Вы писали:
D>Добрался-таки до этой Akka — давно уже это жужужу вокруг неё покоя не давало. Ух, вещь! И сразу вспоминается Erlang, откуда акторы были позаимствованы. Есть вероятность, что Akka со временем вынесет его вперёд ногами из его родного телекома: исходя из того, что я здесь краем уха про Erlang слышал, Akka ему — полноценная замена. Статически типизированная, с API и для Java, и для Scala. Смахивает на killer project.
Справедливости ради стоит заметить, что у Erlang есть две вещи, которые у Akka, скорее всего никогда не будут: вытесняющая многозадачность и selective receive.
Здравствуйте, mima, Вы писали:
M>Справедливости ради стоит заметить, что у Erlang есть две вещи, которые у Akka, скорее всего никогда не будут: вытесняющая многозадачность
Хм. Последний раз я слышал о не-вытесняющей многозадачности применительно к windows 3.1. В чём она выражается в Akka? Lightweight threads отображаются на меньшее количество обычных threads, которые вполне себе могут вытеснять друг дружку. Или что имеется в виду?
M>и selective receive.
Здравствуйте, nau, Вы писали:
nau>Здравствуйте, dimgel, Вы писали:
M>>>и selective receive.
D>>А это что такое?
nau>Если коротко, то: nau>1. Если не сматчили сообщение — сохраняем в отдельной очереди. Из mailbox удаляем. nau>2. Как только сматчили сообщение — загоняем все сохраненные сообщения. nau>Ну и таймер там еще прикручен.
nau>Можно сэмулировать с помощью Stash:
nau>
nau> class ActorWithProtocol extends Actor with Stash {
nau> def receive = {
nau> case "open" ⇒
nau> unstashAll {
nau> case "write" ⇒ // do writing...
nau> case "close" ⇒
nau> unstashAll()
nau> context.unbecome()
nau> case msg ⇒ stash()
nau> }
nau> case "done" ⇒ // done
nau> case msg ⇒ stash()
nau> }
nau> }
nau>
grosborn, ты с чем-то конкретно здесь несогласен? А то я смотрю ты после моего минуса тут
за откровенно хамский и в общем неверный комментарий из чувства мести наставил минусы на все мои сообщения, которые смог найти, без разбора
Детский же сад
В теории практика не отличается от теории, но на практике — отличается
) // в принципе не представляю работу без него в винде
