можно много и долго дискутировать на тему, где трава зеленее, а жизнь хуже., но это было, было, было уже не раз. Вам мало того, что делают здесь? Вас здесь никто не держит — езжайте туда и поробуйте хотябы через 10 лет пересесть в комнату с окнами в Редмонде или добейтесь того, чтобы Вам доверили фискить минорные баги за Рассмусеном. дарзанебы.
это те проекты, в которых я принимал более или менее деятельное участие за последние 8 лет. не покидая пределов родного Харькова
итого, есть свои достоинства и недостатки, как и везде. каждый выбирает сам, что ему милее КЗоТ с отпусками и больничными, или СПД с его относительной свободой. кстати про стаж, на СПД стаж работы по специальности идет в соответствии с родом деятельности СПД. если кто-то утверждает обратное, он либо лжет, либо сам введен в заблуждение.
2Denix, а, простите, о ком еще Вы думаете? О соседях? А Вам не кажется, что это как-то... не прилично? И чтобы не писать особо информативных постов, если не кажется, то почему?
2Denix, а почему?
И я не совсем понял, если Вас не затруднит поясните мне убогому, чем данный конкретный аспект опасен для девушек?
и я присоеденеяюсь к eugene_n, но я хочу не в областном центре, хотя в этойже стране. есть под Коктебелем один поселок, буквально при въезде в Кокт, но еще за последним холмом. какие там степи... вот это место, где бы я хотел умереть. кто знает, может получится, лет 30 еще Бог даст поживем:)
если говорить о мечтах, то очень хочу новый ноут Apple MacBook Pro, куплю как только заработаю на него, независимо от кризиса:)
я бы с удовольствием, но Киев от меня на расстоянии ~600 км:)
Я собственно к чему все начал-то:), проблема не в том, что Java-разработчики мечтают превратиться в закрытый клуб, гильдию и запечатывать знания в сундуки. Просто одним из плюсов Java лично для меня 10 лет назад стало именно то, что она просто, понятно и прозрачно документирована. Единственным полем для документирования является тот факт, что не все документированное работает, а кое-что работает не так, как описано, или начинает работать, как описано, после несколько танцев с бубном и камланий.:) Вот про па танцев, модель бубна и благовония для камланий можно и дОлжно писать.
и последнее, в планете я встечал пару довольно толковых постов. возможно имеет смысл связываться с авторами и делать авторскую «агрегацию» коротких заметок? коль скоро нет длинных?
давайте совсем на чистоту, если Вы хотите узнать датут ли лично Вам при наличии к.т.н. зарплату бОльшую, чем при его отсутсвии — нет, не дадут. и за доктора тоже не дадут. в програмистких фирмах за звания не платят. и я считаю, что это правильно.
так что ответ — да, 2, 5к в Киеве, уважаемый billneutron, для Вас возможны. возможны и в Харькове, но с меньшей вероятностью — тут это средне-потолочная зарплата сеньйора. насколько легко будет получить такой доход? я не знаю. с другой стороны, а Вам зачем в Киев или Харьков, если у Вас в Черкасах все так прекрасно? я бы не ехал, наборот, я вот подумываю, а не начать ли готовить себе переезд в город, где за $70k можно купить хорошую квартиру в новострое. у нас — минимум вдвое дороже.:)
таким образом, я считаю корректным в данном случае говорить о коде на уровне абстракции Developer -> Senior Developer -> Tech Lean -> Architect, иначе говоря инженерных специалистов, которым важно, что бы продукт не только работал, но был прост в поддержке и улулчшении. задачи соотвествия продукта требованиям, ожиданиям и бюжетам заказчика решаются на уровне Project Manager -> Business Analyst -> QA -> Customer.
а моя манера мне самом напоминает такой себе микро-Agile — сначал появляется воплощение идеи, прототип. затем он тестируется в использовании на работоспособность. потом добаляются логи — я обожаю дебагер, но не люблю гонять программу в дебагере долго, поэтому предпочитаю локализовывать ошибки логами. потом проверяем отказоустойчивость. и наконец документируем. не претендую на авторство универсального концепта, но если интересно — попробуйте, может быть удастся что-то оптимизировать или упорядочить:)
p.s. насчет юнит-тестов все знаю, но не могу никак понять, как можно писать тесты к тому, чего еще нет:) по этому поводу буду рад совету:)
2Щетинин Сергей, в любом случае то, что мы называем «качественный код» есть компромис между временными затратами и полученным результатом. что касается документации, то она может быть разделена на две категории:
стандарты качества на самом деле одинаковы для всех. если соглашения по написанию кода описанные в стандартных Code Conventions, эти соглашения можно слегка модфицировать на уровне конторы (для Java я все-таки предпочитаю 4 проблема в табуляции вместо 8 и 120 символов в строке вместо 80). все остальное — Camel-style notation, понятные имена классов и переменных, JavaDocs — не изменяются ни за что и никогда. даже если заказчик явно не требует такого кода, он всегда рад такой код видеть. более того, это однозначно полезно для проекта в целом, для команды вообще. юнит-тесты и обработка исключений полезны для проекта почти всегда (единственным известным мне исключением является софт для мобильных дейвайсов, где ручное тестирование по соотношению цена/качество значительно эффективнее эмуляции всех сред для юнит-тестов, хотя наверное и тут возможны варианты). и опять таки, даже если заказчик этого не требует, то имеет смысл это делать, проект без базы юнит-тестов мегадорог в поддержке, это случай из моей практики.
2NiCketT, есть еще Luxsoft киевский, есть Днепровский., а что до десктоп-приложений или чего-то подобного — ну есть Genlteware у нас в Харькове., но тут я не уверен насчет релокации для джуниора. у нас есть десктоп-проект, но там не нужны джуниоры и точно не будет релокации., а если говорить общО, то Вы работу ищите или место, где Вам будет максимально комфортно? если последнее — нет ничего лучше, чем собственный стартап. сами решите, чем будете заниматься, а чем нет:)
волею судеб я могу положительно ответить на Ваш вопрос здесь таки занимаются вопросами искусственного интеллекта. совместно с университетом Ювяскеля. чтобы понять, что там этим действительно занимются, забейте в Гугл «Терзиян Ваган Яковлевич» и почитайте материалы.
теперь начнем походить к сути. ИИ — на текущий момент чистая наука, широкого коммерческого применения которой до сих пор нет. что в итоге? в итоге и здесь, и там — это сфера чистого научного знания, которым занимаются университеты. и это хорошо., но шансов у среднего программиста там, и у среднего программиста здесь попасть в такой проект примерно поровну. и примерно поровну шансов, что он будет приносить деньги.
и уже совсем по сути: Вам, как и многим другим нашим коллегам, кажется что как только Вы попадете на благословенную землю страны Тамландии, то Вы непременно будете участвовать в создании ИИ, программировании роботов, создании всяческих 3D движков и прочих наукоемких проектах. реальность несколько другая. плотность наукоемких проектов в мире вообще крайне низка. большинство из них разрабатывается под крыло минобороны или государственных грантов. это значит, что мои или Ваши шансы попасть в такие проекты резко стремятся к нулю. Вы не забыли, надеюсь, что холодная война закончилась всего 20 лет назад? что же касается широкого спектра in house проектов, это это проекты в первую очередь очень денежные и очень отвественные — банки, страховые компании, телекомы. и нет более консервативного бизнесса нежели банковский, иными словами большинство проектов в Тамландии — legacy. причем такое дремучее легаси, которое мало кто видел здесь. и это нужно очень бережно и очень внимательно поддерживать, никаких рефакторингов, аджайлов и прочего, цена ошибки — миллионы и миллиарды.
есть крупные разработчики типа Google, MS, Oracle, Sun. и у них тоже есть продукты, которые нужно поддерживать. конечно доказав свою пригодность, лояльность и имея добрую толику удачи можно добится участия в революционных разработка. в Тамландии на это уходит 10−15 лет работы где-то по 10−16 часов в среднем. там так принято.
так что, как я и говорил выше, дарзанебы.
p.s. и да, злая часть банковского легаси — это EJB 2.0 на WebShere 4.x. в 90е очень хорошо продавалось J2EE.