Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Теория имеет право на жизнь, но тут надо учитывать следущее... Уволить специалиста и взять на его место другого за меньшие деньги - это риск для компании. На адаптацию новичка к внутрикорп. процессам потребуется время, которого может и не быть, если человек берется под конкр. проект. Добавим сюда время на вливание в коллектив и притирку.

Все это возможно только, если заменятся люде на бенче, а их не больше 25% в компании. Заменить активно работающего на проекте на новичка - это надо быть немного не в себе.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Не надо насмехаться над другими! Каждый сам выбирает, что ему больше подходит, а что нет.

Программисты - элита белорусской интеллигенции?!? Я так смеялся, что чуть не свалился с кресла на колесиках.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

В самой идее коворкинга закладываются противоречия, что и мешает ей развиваться.

С одной стороны люди работают физически рядом, с другой - они не образуют команду и фактически ничем не связаны. Цели у каждого разные, задачи и проекты тоже. Обсудить какую-то свою проблему не с кем - все не в курсе что ты делаешь и как. Думаю так работать очень скучно и неинтересно.

При этом такие мега важные навыки как лидерство, умение работать в команде, не будут развиваться или вообще отомрут за ненадобностью.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Менеджер скорее всего понимает из опыта, что то время, что пообещал ему девелопер надо еще умножить на 2, и просто перестраховывается, чтобы не лохануться перед заказчиком.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

А много ли таких компаний работающих по таким контрактам? Платить $ в час буржуям было невыгодно никогда. Теперь все станут особо бережливыми и перейдут на контракты Fixed Price или боди шопы.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Не факт, что так будет. Каждый руководитель в каждой конторе решает сам, кого уволить, а кого нет, руководствуясь своим уникальным набором критериев и своим чутьем. Общего набора критериев нет и быть не может.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+105

Да... смотрю я постов много, проблема злободневная оказалась )) И основная масса - в рабочее время. Не пора ли поработать господа ?))))

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+77

Фишка, если и сработает, то далеко не везде. Не все так просто как здесь написано "типа уволить и набрать новых". Слишком большие риски для компании.

1) Новые люди с улицы не есть команда, не факт, что сработаются на проекте.

2) Новые люди непроверены, информации о них мало и нет гарантии, что они не завалят проект. Заваленный проект - это потяря заказчика навсегда. Можно сэкономить на зарплате, но репутация компании стоит гораздо дороже и проекты и заказчики сейчас на вес золота.

3) Новые люди требуют времени на адаптацию к корпоративным процессам, начальное обучение и знакомство с коллективом ))

4) Можно банально не найти людей с требуемыми знаниями, к-е могут быть весьма специфичны.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Давайте посмотрим на проблему с др. стороны. Представьте ситуацию - ПМ устраивается на работу в известную компанию, уже имеющую определенную позицию на рынке и пухлый портфолио успешных проектов и прочих достижений. Сам факт того, что ПМу и Сэйлсам достался новый проект во многом обусловлен статусом самой компании, ее репутаций, финансовым состоянием. Скажем так, крупный заказчик не будет обращаться к малоизвестной фирме. В итоге я бы сказал, что "окучивание" клиента это не всегда заслуга только одних лишь ПМа и сейлов. Маркетинг, позиционирование себя на рынке, на крайняк бренд компании тоже играют большую роль.

Вот за это и приходится отстегивать самой компании львиную долю прибыли проекта. Она (прибыль) не может делится только лишь между участниками проекта. Вопрос только в пропорциях, кто в итоге сколько заработает - ПМ, Сейлы, проектный тим и сама компания.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

А может получиться и наоборот... Я типа говорю, что можно сделать одну замечательную штуку, хотя о ней и не просили заказчики. Мне дают добро и я ее делаю, потратив на нее, скажем, один раб. день. Но если, потом замечательная штука никому не понадобится или хуже того - от нее откажутся, то я выходит просто никчемно потратил свой день.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Я согласен, что зарплатой может быть придется пожертвовать в некоторой степени. Но почему речь только о девелоперах? Всем придется ужаться в том числе и ПМам, и сейлсам, и другим. Или вы считаете, что среди них никто не переоценен и только лишь девелоперы жадные до денег?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>Это не производство, это экспорт людских ресурсов.

Что за дурь? Компания-аутсорсер почти всегда производит продукт. Любой софтверный проект по разработке простенького приложения уже подпадает под термин производство. Другое дело, что все права на этот продукт-приложение принадлежат не его разработчику, а заказчику. И сообственно поэтому это и называется аутсорсинг.

ПВТ в основном занимается оутсорсингом - это факт, но фишка в том, что это производство находится здесь, у нас, и оно вполне легально. Это означает, что создаются новые рабочие места, строится какая-ни-на-есть инфраструктура, проект застройки парка, платятся налоги и т.п. И все это здесь, в Беларуси, а не у буржуев. Так чем же плоха идея ПВТ, не понимаю.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Полная дурь

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ваши познания в экономике просто поражают своей гибкостью и глубиной. Вы в курсе, что кроме контрактов на продажу человеко-часов есть еще Fixed Price? А что это такое? Это значит что аутсорсер производит конкретный продукт, к-й пожно пощупать и потрогать, за к-й заказчик платит энную сумму, прописанную в контракте. При этом исполнитель может брать на себя полный технологический цикл производства, начиная от сбора требований, до внедрения и поддержки ПО. При чем здесь молдавские гастарбайтеры?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Если компания-аутсорсер производит продукт, то назовите этот продукт

Легко. Скажем система учета клиентов (CRM) разработанная для для конкр. компании-заказчика. Или внутри-корпоративный портал для компании X.

>Раз вы не обладаете правами на результат своего труда, то о каком производстве может идти речь?

Всегда речь идет о производстве. Когда скажем вы покупаете пылесос Bosch, а на нем написано "Сделано в Китае компанией XuVunVan", это означает, что производитель пылесоса в Китае, а продается он под торговой маркой Bosch.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Если компания-аутсорсер производит продукт, то назовите этот продукт

Легко. Скажем система учета клиентов (CRM) разработанная для для конкр. компании-заказчика. Или внутри-корпоративный портал для компании X.

>Раз вы не обладаете правами на результат своего труда, то о каком производстве может идти речь?

Всегда речь идет о производстве. Когда скажем вы покупаете пылесос Bosch, а на нем написано "Сделано в Китае компанией XuVunVan", это означает, что производитель пылесоса в Китае, а продается он под торговой маркой Bosch.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Вы путаете термин Продукт и Товар. Это разные вещи. См. выше.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

>уровень зарплат не может быть завышен, он существует соотвественно рынку - если росли зп и у кодеров которые плюют в потолок, то почему у нас ещё не 5 миллионов айтишников в стране?

Дело в том, что рынка среди врачей и учителей нет в принципе. И зарплата у них очень низкая, потому что гос-система такая. И хотели бы они ее себе увеличить, да не могут - вот в чем беда. Пожалеть их надо, а не смотреть свысока со своих 2000$. А иначе скоро и детей некому будет учить.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

>Кстати вызов невропатолога и консультация на дому 1ч = $30, а час на СТО от 40 до 60 тыс был в январе.

Ну и сколько у нас таких платных центров. Раз два и обчелся. Потому что создать и открыть мед. центр у нас, это не IT конторку замутить. 1ч = $30 из всей армии врачей получают единицы.

>Так работу по замене подшипника/шрус и т.д. я могу выполнит и сам перед домом на асфальте, а вот смогёт ли механник выполнить какой нить мой таск, к примеру разобраться с причиной тормозов tomcat, развернуть ферму терминальных серверов, настроить маршрутизатор и т.д.?

А сможете ли вы сделать кап-ремонт двигателя у себя дома на асфальте? Или определить почему обороты нестабильны, или почему троит? Есть сотня неисправностей авто в к-х ИТшник без спец-знаний не сунется. Мерятся пиписками в данном случае глупо.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

В принципе всю логично, но пункты 4 и 5 это просто нездоровый интерес к личной жизни. Так и представляю себе как будущие члены команды отчитываются дяде-инвестору, какие отношения у них с родителями и какое у них здоровье. В лучшем случае отшутятся, а в худшем просто пошлют. Вопросы про здоровье считаются некорректными даже среди друзей, не говоря уже о бизнесе.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Такой подход регулярной чистки кадров, насколько я знаю, работает только в штатах, где уволить кадра также легко как и найти нового. В европейских странах, германии, англии, например, это не прокатит, так как люди хорошо защищены законом и профсоюзами. Уволить-то можно, только потом выплачивать компенсации уволенным себе дороже будет, так как их срок может доходить до нескольких лет.

Знаю одну крупную немецкую IT компанию, где сокращают штат в связи с кризисом. Прикол в том, что из сотрудников выстроилась очередь, чтобы быть уволенным - потом можно года два жить, не работая, на одной компенсации.

Да и в РБ тоже, зарплату в течении трех месяцев после увольнения еще обязаны платить, кажись...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>"Наша задача - воткнуть пылающий факел знаний в задницу невежеству"

Уже было... "Учиться, учиться и еще раз учиться", "Ударим автопробегом, по бездорожью и т.п." :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Статья не о том как распознать хорошего работника, а именно о хорошем программисте...

Под приведенные вами критерии 1)-3) может подпасть энное кол-во унылых, туповатых исполнителей, приспособленных работать на оффшорных проектах. Да, они будут дисциплинированно работать в команде, знать как применять технологии для типовых унылых проектов, но для креативных задач этого всего недостаточно. Мыслите шире - мир программирования не ограничивается оффшорным кодированием под заказ.

Собс-нно в этом и причина краха большинства стартапов упомянутых в блоге. В стартапе, когда зачастую есть только идея, быть просто исполнителем и хорошим работником - мало. Требуется иметь талант, быть гуру, увлеченным в свое дело, чтобы уметь действовать в нестандартных ситуациях. Нужно быть готовым решать непредвиденные проблемы и предлагать свои оригинальные идеи.

Детального проджект-плана, кстати может и не быть первоначально в стартапе, просто потому, что требования к проекту неизвестны- его только предстоит создать. Целевая аудитория юзеров-пользователей тоже может быть изначально неясной. В этих условиях типовой подход негодится, ага.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>3) Понимает, что главное на проекте - сделать так, как надо заказчику, а не как пишут в блогах великие светила или же как ему велит сердце. Дисциплина исключительно важна, когда человек работает в коллективе.

А этот пункт вообще враг настоящего программера. Типа давайте будем тупыми исполнителями-кодерами. Только конкурировать с китайцами/индусами по их правилам глупо - все равно их больше.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Исключительно позитивный и правильный пост! Подписываюсь почти под всеми постулатами! Автору респект и уважение!

Тем, кто стараются перекинуть тему на аутсорсинг, скажу, что программирование - это не только решение типовых унылых задачек, для зарубежного дяди. Есть еще много реально интересных проектов, где ценятся талант и креативность. Не у нас правда.

Тем, кто на проджект-менеджмент кивает, попутно добавляя такие характеристики как дисциплинированность, исполнительность и т.п. Ребята, это все конечно приветствуется, но в данном случае второстепенно. Пост не о том.

Пост - реально порадовал, на фоне засилия меркатильных статей про деньги, продажи, сэйлсов, ПМов и прочих. Куда уходит искусство из программирования? Все смотрят на IT, как на средство заколачивания баблоса, забывая о истоках, классиках, истории.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>А о чём, по-вашему спрашивают владельцы? "Почему мы не попали в список "Такой то"? Что им даст попадание в этот список. Удовлетворение от сознания собственного величия? Правильная постановка - попадание в список увеличит прибыль в перспективе (если вообще не наоборот - попадание в тот или иной список не обусловлено именно прибыльностью компании).

Попадание в список Топ 100 это только пример иных целей компании, кроме прибыли. Прибыль это цель конечная и безусловная. Никто это не оспаривает, но она не должна быть единственной целью или самоцелью иначе компания умрет. Другими целями могут и должны быть:

- Вывод на рынок нового продукта или услуги.

- Повышение качества продукта;

- Оптимизизация внутренних процессов компании, для повышения эффективности и т.п.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-2

>Ни один собственник не вложит деньги в развитие компании, если не будет видеть на выходе прибыль и отдачу от вложенного капитала, зачастую оценивают ещё и скорость возврата вложений.

Да, но вы же не убедите инвестора вкладывать деньги в черный ящик на выходе которого должна быть прибыль. Вы должны будете ему объяснить, почему это будет выгодно и каким образом вы собираетесь достичь прибыли.

Главные цели компании-производителя - это производить продукт качественнее и быстрее конкурентов, производить уникальный продукт, производить продукт нужный людям. А уже потом - прибыль.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Вопрос автору, что за диалект белорусского используете? Тарашкевицу? Тот язык, что я изучал в родной белорусскоязычной школе сильно отличается от вашего. Для начала это надо устаканить так сказать версию :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

пляны - планы,

тэхнолёгіях - тэхналогіях,

зь - з

прысьвечаны - прысвечаны,

гэную - гэтую,

чатаньне - чытанне... і т.п.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

Не стоит говорить, что 33 года - критический возраст для программиста. Это предрассудки. Почему нельзя быть профессионалом в своей области и в 40 лет, и в 50, писать прекрасные программы? Да и уважать будут я думаю, за опыт, мудрость.

Немцам, например, вообще непонятно, почему у нас все программисты молодые и зеленые. У них в софтверных компаниях работают разные люди, и в 40 тоже. Там не считается, что если тебе 40, то ты неудачник, а наоборот, выглядишь как гуру.

Проблема беларуси в ИТ - это во первых текучка кадров. Многие уезжают за границу, за счет этого идет неестественное омоложение кадров.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Каждый сам выбирает где ему жить и как. Ехать в штаты, только потому, туда уехали многие, глупо. Важно найти свое место в жизни, а не смотреть на других. Число людей по-настоящему счастливых за границей невелико.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Да все переводится на самом деле.

Эстимейт - оценка;

Билд - сборка;

Фича - функция, функциональность.

Учите русский ;-)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

В том-то и дело, что найти круг друзей в штатах, каких ты имеешь здесь - большая проблема на самом деле. Люди там закрыты для общения в нашем понятии. А дружеские отношения с иммигрантами - вообще большая редкость. Скорее враждебность имеет место быть.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>но тогда не надо грузить про боязнь адаптации. Вы бы посмотрели на немцев, англичан или даже американцев - насколько они мобильны и запросто ездят поработьа годик в Новую Зеландию, потому что интересно. Я нисколько не порицаю домоседство беларусов, просто это иной уровень мышления. Ну и если язык лень учить, то уж извините.

Детский лепет, вы меня извините. Боязнь адаптации есть практически у всех, кто реально осознает сложности, с к-ми придется столкнуться и, главное, у кого есть что терять здесь. Да, конечно, у англичан и американцев нет языкового барьера им легче намного. А нам первые годы придется учить язык по-любому. А кроме языка кстати придется выучить законы, правила, традиции и пр. Купить жилье и устроить детей в сад/школу. Если вам кажется все это очень просто, то вы меня извините)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Ну почему же... Программа-приложение выполняет определенные функции, типа обработать то-то, подсчитать то-то, отправить письмо и т.п. Обычно функций у приложения много. У них они называются фичами.

Иногда под фичей подразумевается какой-то структурный модуль или компонент приложения. Тут тоже аналоги вполне есть.

>Отсюда вся убогость локализованных интерфейсов, "ЭВМ", "ПО" и прочий бред.

Кстати, эти термины пошли с развитием вычислительной техники в ссср. Это не бред. Были же и нас когда-то свои компы, не похожие ни на что. Серия ЕС, если помните. Минский завод клепал, когда-то супер-ЭВМ. Другое дело, что програли битву за потребителя, но это ж не значит, что мы счас все на английском должны говорить )

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

>Единственный способ реализовать себя за границей, это открыть глаза, принять местные правила и выйти из национального гетто.

Ага, только не всем это хочется делать изначально. (я имею виду ехать куда-то) И не нужно их априори считать неудачниками.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Это там то закрыты по сравнению с нашими? Упаси боже, тут полМинска ходит с такими лицами , что не подойти.

Ага, там все улыбаются. Только улыбка-то может означать противоположное. А дальше работы, разговор не клеится, потому темы есть запретные. Образование, личная жизнь, здоровье - все не обсуждается по дефолту. Иначе будешь выглядеть грубияном.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>А в Минске прсото купить жильё и устроить ребёнка в хорошую школу?

А и я и не говорю, что просто. Просто, если все это уже есть, то терять не хочется. А там все это по-второму кругу добывать придется.

Кстати детские садики - там диких денег стоят, даже с учетом ихней зарплаты.

>Английский язык любой уважающий себя человек на каком-то увроне знать должен итак, там лишь его доучить и т.д.

Да, это верно. Доучить и поднять с технического на повседневный.

>У меня начинают сомнения возникать, что вы там вообще были.

Я не был, но есть друзья, к-е уехали. Хорошо знаю также тех, к-е сначала уехали, а потом вернулись, ибо не потянули.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Знаете, есть у меня знакомый один... состоятельный мужик, все у него есть.... Была у него жена, жил он с ней много лет добро и счастливо. И вот в один день стрельнуло ему - взял развелся и женился на помоложе. Хочу новых ощущений, надоела, говорит, типа. Пожил с новой женой годик-два, не понравилось она ему. Взял снова развелся, вернулся к прежней... И она его приняла. Сча снова живут припеваючи ))

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>Именно это мы и должны делать. Раз технологии создаем не мы, нам прийдется перенимать лингвистические традиции других стран. Или начать производить свои технологии:) Это нормально, всегда терминологию придумывал тот, кто разработал область знаний, а не тот у кого язык богаче.

Для начала надо посмотреть и поискать слова-аналоги в родном языке. К тому же я считаю, что никакие это не термины в данном случае, а обычные рядовые слова английского. Их широко используют не только в IT, но и в др. областях и вообще в обычной речи как просто слова. Estimate, feature - их же не компъютерщики выдумали. Так и зачем нам их копировать спрашивается?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

ІМХО, stories спринта должны быть еще при разработке покрыты юнит-тестами в пределах спринта. Как правило, это в состоянии делать сами разработчики. Разумеется планирование спринта должно учитывать как время на реализацию, так и на юнит тесты ( 10% времени например). Если принять это за правило, то тогда тестировщикам останется задача регулярной прогонки всех юнит-тестов, а также все др. виды тестирования упомянутые в блоге.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ну а вас позвольте спросить, что вы сделали для индустрии? Данное интервью тем и интересно, что его герой, скажем, одна из пчелок индустрии, его рядовой член. Мне например, оно было интереснее, чем скажем еще одно интервью с директором Надежных Программ. Просто потому, что я их уже с десяток перечитал перед этим.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Это не статья, а блог, во-первых. Во вторых, интервью вообще на медийном пространстве РБ великая редкость. В этом ее и ценность.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Гы, а в высшей математике, что нету логики что-ли? Она же вся на ней и построена. Доказательство любой теоремы - цепочка логических умозаключений, вытекающих друг из друга.

ИМХО, великая ценность математики для программиста - научить умению мыслить абстрактно, создавая логическую модель реального мира.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Может быть, он учит работать - сдавать экзамены, коллоквиумы, получать зачеты.

В том числе и это тоже. Умение "вертеться" я бы сказал. На курсах такому не учат, а на практике очень помогает кстати.

>И с другой стороны, неужели вы не видели однобоких быдлокодеров с высшим образованием, магистратурой, аспирантурой?

Со своего опыта скажу, что отморозков конечно везде хватает, в том числе и в БГУ. Только их все-таки там поменьше, чем среди закончивших лишь краткосрочные курсы или ПТУ, например. Просто потому, что фильтр на входе стоит.

>Сегодняшние университетские знания это не палитра. Это как если бы вам дали навыки лепки или пения, а вы хотите стать художником. Мое мнение - наша система образования не работает, и корни этой проблемы очень глубоки.

Проблема в том, что как стать художником вас никто не научит в принципе. Этому нельзя научить, к этому надо иметь склонность, талант, а все остальное это опционально. Вот и с хорошими программистами ситуация схожа. Универ дает основу, а дальше свободное плавание. Вы что в серьез полагаете, что вас могут обучить всем мыслимым языкам прог-я, всем фрэймворкам и технологиям?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

Вот здесь вы сильно заблуждаетесь. Формулы надо учится понимать, а не зубрить, это во-первых. Хороший математик никогда не думает формулами - они лишь отражают степень соотношения между сущностями. Если их понимать, то вывести формулу самому или вспомнить ее не представляет сложности. Да и конечно, надо знать базовые вещи, типа аксиом, классики и т.п.

>Он сидит и зарабатывает свое ЗП и соц. пакет, но Идеи от него ждать не стоит.

Это почему-это? Вы пробовали решать нестандартные задачки в универе? Первое, что надо делать - это провести анализ, построить в уме логическую модель, а только потом подумать, что из известных формул, как вы выразились, применять.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

А мне нравится именно классическое образование. Эти знания были актуальны уже лет 30, и будут актуальны в будущем на 100%.

Чего не скажешь о конкретных языках, технологиях и фрэймфорках. Вся эта хрень, чему обучают на курсах (джавы, дотнеты, php,...) , устаревает так же быстро, как и появляются новые курсы. За ними никакой универ не угонится. Вот к примеру, изучали мы как -то в колледже интерфейс Win3.11. К моменту нашего выпуска эта ОС уже считалась мертвой, как и все наши знания ее интерфейса.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Можно поподробнее, я не тестировщик, но интересно...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

По поводу приведенного выше рисунка.... Тут все просто на мой взгляд. Software engineering - это технология создания софта. Ее знать обязан каждый программист, работающий промышленно. Это-то чему учат на курсах. А computer science , как и всякая наука - удел избранных, задача университетского образования.

Зная только технологию, ты можешь успешно работать, но будет еще лучше, если ты дополнительно владеешь базовыми вещами из computer science.

Я на 100% уверен, что в типовых задачах программиста (в том числе и оффшорного) всегда есть место для творчества. Обычно после получения конкр. задания в рамках проекта, программист решает сам как это реализовать в коде.

Например, задача поиска встречается почти в любых проектах. Что выбрать или тупой полный итеративный перебор, или какой нить известный алгоритмик замутить? Если ты владеешь оценкой сложности алгоритма, то сможешь оценить, что работает эффективнее, и реализовать более элегантный поиск.

Можно сказать, что это полная фигня и что полный перебор тоже работает. Но иногда эта тормознутость всплывает, особенно если проводятся performance testing.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>имхо, несерьезно такое на девбай писать. максимум - сюжет для панорамы на БТ или заметка в СБ.

А что писать серьезно? Еще раз замечу, что это раздел блогов и здесь каждый может писать, что ему вздумается, не нарушая разумется правила и концепцию ресурса.

>уж простите, но не вижу смысла читать на профильном ресурсе интервью обывателя, который даже в МС не съездил поговорить, себя показать. вот она - беларуская памяркоунасть, а другими словами - похуизм и лень.

Вы не видите смысла, другие - видят. На безрыбье и рак рыба. Если вам не нравятся блоги обывателей, напишите свою историю в противовес.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Не факт кстати, далеко не факт. Есть такие самородки, что не только докажут по-своему, но и убедят препода, что это правильно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ну и что, это же не умаляет ее актуальности ))

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

Ну да, согласен.

Тут еще такой момент есть.. Препод в универе никогда не сможет клацать по кнопочкам также быстро как студент. Студент может сидеть за компом ночами и выучить всевозможные комбинации клавиш/кнопочек/функций в конкр. приложении. Поэтому говорить, что преподы лохи, потому, что умеют работать с приложением также быстро неправильно. Универ еще и поэтому должен учить теории, каким-то базовым вещам, а не опускаться на уровень кнопочек))

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+16

А есть ли люди прошедщие это адский труд реально? Было бы неплохо услышать их мнение и истории.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Зачем так распылятся? Ученые степени Магистр, Бакалавр слишком широки, чтобы быть применимым к узкоспецифическим темам наподобие usability или cryptography. Этак все вокруг станут магистрами по 10 раз.

Есть набор базовых предметов/топиков входящих в программу магистратуры, например. От них не отмажешься. Другое дело, что тему диссертации потом можно выбрать какую хошь. И по cryptography, например.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

1 к тому, что проблема в бюрократии. Создаются кучи ненужных бумажек, отчетов, отнимающих все время. Такая же проблема в нашей медицине кстати.

Я бы еще сказал, тут кстати уже упоминалось, что формы обучения нужно совершенствовать. Уходить от нудной зачитки материала с записью в конспекты.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Если я умею играть на скрипке - означает ли это, что я обязан играть в президентском оркестре?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Вопрос тут сложный на самом деле...

С одной стороны действительно очень многие не знают зачем лезут в универы. Чисто корочку получить. Тут на мой взгляд заслонка бы помогла в виде платного обучения. Типа отличников и одаренных принимать на бюджет, а всех остальных на платное.

С др. стороны, а может и не совсем это плохо. Ну переведем мы массы на краткосрочные курсы, а чем тогда от индусов отличаться будем? Ценовой фактор у них получше будет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

>Но если бы не было тех, которые "стремятся к выживанию и крутости", то вместо 300 долларов и шашлыков у этих людей сейчас были бы пригоршни речных камней и хобот мамонта раз в год. Не говоря уже о всякой медицине и самолетах.

Э нет.. "рвачи" в метком определении данном выше способны лишь косить баблос и постоянно заботиться о своей зарплате. Они ищут места где потеплее и где платят побольше. А прогресс и наука делается не "рвачами", а тихими флегматиками. Примерно такими, как легендарный Сергей Анучин.

>Пускай лучше "рвачей" побольше вырастает.

Тогда бы мы точно жили в каменном веке. Зато коммерсантов бы было...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>А так получается "Ferrari кушает 20 литров на сотню - значит фуфло".

Как это ни удивительно, но с софтом частенько случается именно так. Кушаем памяти немерянно, а производительность на выходе (или кол-во функционала) - кот наплакал. Иногда возникает вопрос - зачем прога отжирает столько памяти, не делая по сути ничего, что бы это оправдывало.

В этом и отличие софта от феррари. Бензин стоит больших денег, чем память. И феррари оптимизирована по расходу топлива по максимуму, чего не скажешь о большинстве программ / игр, к-е на коленке делаются.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

У любой новой ОС всегда есть две большие Проблемы, из-за к-х, кстати, успешно канули в лета уже многие.

1. Первая - это поддержка всевозможных hardware устройств. ОС должна уметь работать с ними и предоставлять механизм для быстрого и удобного добавления нового устр-ва в систему. В Win это механизм драйверов устр-в и PlugAndPlay. Без этого никакого широкого распостранения на десктопах новая ОС не получит.

Но тут есть и обратная сторона вопроса. Производители новых устр-в должны быть заинтересованы, чтобы их платы были протестированы под данную ОС и соотв. драйвера написаны. А они этого делать не будут, если ОС новая и нераскрученная. Замкнутый круг получается на самом деле.

2. Наличие достаточного кол-ва софта. Проблема схожая с первой. Надо заставить разработчиков писать под новую ОС, чтобы привлечь таким образом пользователей. Если число приложений будет ограниченно лишь Гугловскими веб-приложениями, то это будет просто смешно, на мой взгляд, и мало кого из опытных пользователей в реальности затащишь на нее переключится, скажем с Win.

Так что думаю это будет какая-нить ограниченная серия нетбуков c предустановленной ОС и ограниченным набором софтинок. А нам, Айти-пиплам, оно надо?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Хорошая статья.

Вопрос: а какую роль в процессе регистрации играет контракт с заказчиком? Предположим ситуацию, когда первоначально был заказчик с контрактом, а потом, когда он отвалился, появилось много мелких заказов, не подтвержденных контрактами. Нужен ли контракт для подтверждения источников дохода?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

Не платить налоги принципиально - это уголовщина на самом деле. Одно дело, когда вы не можете это сделать физически, а другое - когда просто не хотите, хотя имеете возможность. Позвольте навать вас социально-безответственным, вражеским элементом :)

Можно долго рассуждать о режиме, полезности налогов и прочем. Только я хочу чтобы были детские сады с хорошими воспитателями. И чтобы поликлиниками работали с врачами. И чтобы детей учили нормальные педагоги. Все это бюджетники, заметьте пожалуйста.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Реально все будут отвечать Да, Да на первые два вопроса из трех :)

Так что практическая ценность опроса, разве что в третий вопрос.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>Каждый раз, когда Майкрософт вводит в действие новую операционку, они пытаются выдернуть шнур и выдавить стекло для пользователей предыдущих версий—поддержка старых ОС ограничена по уровню и времени, всё остальное - ваши проблемы.

На самом деле, раньше когда-то все было как раз наоборот. MS всячески пыталась сохранить совместимость с пред. версиями операционок. Это можно проследить по версиям DOS, от DOS к Win95, от Win95 к Win98... до XP. Грубо говоря совместимость была на уровне API. MS буквально брала популяные программы/игрушки и тестировала их на новой ОС Доходило до того, что специально для конкр. программы делались патчи, позволяющие ей нормально работать. Это хорошо описывал Joel Spolsky в своем блоге.

На Vista эта совместимость закончилась. И MS немедленно за это поплатилась. Теперь снова возвращает совместимость, но уже под др. соусом.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Потому что белорусское законодательство не такое гибкое как хотелось бы и не предполагает, что бел-зарплата у каждого сотрудника будет меняться каждый месяц в зависимости от курса. Это ж какой штат бухгалтеров должен сидеть, чтобы пересчитывать индивидуально каждому работнику зарплату, налоги, вычеты и т.п. каждый месяц заново.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>Вот в такие моменты лично мне за страну стыдно.

А че стыдного-то? Это ж национальный колорит! Думаю, что Иглесиас заценил подарок и поставил его в свой маленький домашний музей. Не дарить же ему банальный сок в пакетике - еще побрезгует ))

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Тут возможны след. варианты:

1. полезная качественная вещь, но дизайн отсутствует. (Не смертельно. В период кризиса - самое то. )

2. полезная качественная вещь хорошо оформленная вещь. (Таких бы побольше)

3. вещь некачественная, но с дизайном. (Заподло. Создает негативное мнение народа о дизайне и дизайнерах)

4. вещь некачественная и без дизайна. (Таких давно уже не видел)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Согласен. Merge - это не панацея, а фича на исключительный случай. Необходимость в слиянии должна по идее возникать лишь изредка и в 90% из этих случаев решаться при помощи авто-слияния (auto merge) без ручной правки файлов.

Если на проекте есть четкое разделение по модулям и за каждым модулем/файлом закреплен ответственный девелопер, то необходимости в этом не возникает. Девелоперы не должны править все подряд без разбору.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

На моей практике мерджи случались в двух случаях:

- Или неправильно распределены роли/обязанности на проекте - См. выше.

- Или правится некий общий модуль/компонент типа сommon utilities или что-нить в этом роде. Кол-во таких мест опять же невелико.

PS. Под мерджем я понимаю правку файла в результате коллизии, т.е. когда два или больше девелоперов одновременно изменили файл.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Я и говорю - когда внештатная ситуация.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Почти всегда стоит разделять ответственность, особенно в больших проектах. Девелопер не может знать досконально все кусочки проекта, а тем более править их. Из плюсов:

- необходимость слияний/конфликтов резко уменьшается;

- в случае багов/проблем/вопросов легко найти ответственного и повесить баг/спросить;

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

> Я в упор не понимаю как наличие ответственности спасает от веток и, соответственно, слияний(конфликтных или нет)?

Я имел в виду merge одного файла в рез-те конфликта, созданного двумя девелоперами в одной и той же ветке. Слияние двух веток - процесс несколько другого рода, как уже вами же и упоминалось. Да, согласен, что разделение ответственности не спасет никак от процесса слияния веток. Хотя и поможет уменьшить кол-во конфликтов, за счет того, что один и тот же файл в разных ветках будет редактироваться одним и тем же человеком.

>Работал всегда в "agile" командах, в которых всегда было коллективное владение кодом, и мне трудно представить чтобы был кусок кода правит которым один человек. А если он уволится/помрет надо будет выделять нового человека, который будет разбираться с нуля в том коде?

Не все проекты делаются по agile. Я бы сказал даже меньшинство проектов. Но все равно разделение ответсвенности успешно применяется и на Agile. Это только в экстремальных Agile методологиях типа XP коллективное владение используют, насколько я помню из теории.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>И вот прошло n рабочих дней. За это время одна команда пофиксила шервернадцать багов, а вторая разработала новую фичу.

А тут и не должно быть конфликтов по идее, если заставить фиксить баги тех же людей, кто их создал )) Ато чтоже получается - кому-то конфетки, а кому-то чужие баги фиксить.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Почему преподаватель должен по программе составлять планы занятий, текст лекций, лабораторные... и т.п. Что тогда у нас делаю люди в минестерстве образования? Почему нельзя сразу вместе с программой составить весь методический материал? Пусть программа не самая лучшая была бы... но зато можно было бы сосредоточится именно на преподавании, а не на сочинении.

Тут палка о двух концах. Думаю, что если бы это реализовали на практике стало бы еще хуже. Так как, то что было бы написано в министерстве быстро стало бы обузой и догмой.

Опять же - в IT мире все очень быстро меняется. Я бы даже сказал, что программы нужно корректировать каждый год. Очевидно министерство с этим физически не справится.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Программа из министерсва не может быть детальной, потому как нельзя написать универсальную программу для всех вузов, техникумов, колледжей и пр. У каждого заведения своя специализация. У кого-то IT специальностей и часов больше, а у кого-то самый мимнимум. Исходя из этого видится логичным, что конечную детальную почасовую программу составляют на местах в конкр. заведении.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Все очень просто.. Чтобы успешно воспринимать/обрабатывать некую информацию (поток) обязательно нужен контекст. Контекст определяет множество фактов, связей и пр. относящихся к этой информации. Когда мы меняем поток информации или задачу. над к-й работали, мы должны будем переключится на др. поток/задачу и соотв. загрузить новый контекст. Т.е вспомнить все, что связано с новой задачей.

Поскольку на загрузку/выгрузку контекста мозгу требуется некоторое время, то теоретически можно утверждать, что последовательное выполнение задач требует меньшего времени, чем параллельное.

Аналогия контекста - это рабочие регистры микропроцессора, к-е хранят информацию, лишь об одном потоке.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

Легко привести пример Гугла и сказать, что корпоративное приложение X - отстой. А как его реализовать-то проще, если бизнес-процесс компании требует заполнения 50 технических полей? И если, скажем, эти 50 полей кочуют между 5-ю фазами. И если на каждую фазу навешивается авторизация, валидация, интеграция с др. системами и прочая хрень.

В данном случае сложен сам бизнес-процесс, а не приложение, его реализовывающее. Соответственно и начинать улучшать "юзабилити" нужно с процесса.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

А функционала соотв. на порядок ниже :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Я не знаком с г-м Мелещенко, но в его защиту отмечу, что на самом деле затронутая проблема касается многих вузовских преподавателей. Когда теоретическая подготовка не в полной мере подкреплена с практической точки зрения.

В данном случае уместнее посетить какие-нибудь бизнес курсы типа MBA или т.п. куда приходят не студенты, а управленцы с реальным опытом.

С другой стороны, людям имеющим реальный опыт в IT предпринимательстве и менеджменте неинтересно делиться опытом просто так, задаром можно сказать, со студентами. А бесплатным семинарам в зубы не смотрят, как г-тся..

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

А давайте перевернем фразу наоборот:

"Если американцу поручить запрограммировать задачу, которую никто до него не делал и неизвестно вообще как ее делать, то он будет несколько месяцев ходить за тобой, объясняя, почему эта задача не имеет смысла; русский программист скажет "Есть!" и что-нибудь придумает, а индус после сотни вопросов "А как?", поспрашивает немного др. индусов, вяло пороет Инет и скажет, что задача не решается"

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Можно поспорить о том, что уровень квалификации разработчиков России/Беларуси - это миф. Я, например, твердо убежден, что это НЕ миф, и что здесь нам есть что сказать в ответ Индусам.

Но дело даже не в этом. Миф это или нет, но данное утверждение с маркетинговой точки зрения, приносит стране много пользы. Как-то помогает конкурировать на рынке с др. странами. Ведь какой заказчик хочет, чтобы заказ исполняли неквалифицированные люди. При прочих равных заказчик клюнет на этот "миф" и разместит заказ у нас. А это в свою очередь поможет сделать "миф" реальностью.

Так что нам "миф" надо не ломать, а тщательно оберегать и лелеять.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

"Пока Россия пьет - она непобедима"

Это я к чему? Должны же русские (белорусские) программисты чем-то отличаться от индусов. Вот вы говорите, что управлять русскими некомфортно. А что делать? Кто сказал, что талантами и гениями вообще можно управлять - это нереально в принципе.

А с др. стороны, если мы станем тупо копировать поведение индусов - то каким образом мы станем с ними конкурировать тогда? По цене чтоли? По количеству занятых в отрасли? - Думаю не совсем получится. Вторая индия никому не нужна.

Я бы сказал, что скорость/качество и креативность профессионализм - это наши сильные стороны, к-е нужно развивать, чтобы выгодно отличаться от всех.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>опеляция тут может быть тока к тому, что он нарушил лицензионное соглашение

а это и есть ключевое слово.

>и IMHO именно этого боится ЧПУП и пытается не провоцировать. Ибо в этом случае полный крах будет на лицо.

Не факт, что он боится этого и с чего вы взяли, что его ожидает крах? )) Как будто бы все потенциальные пользователи сразу бросятся покупать себе диск с open-source правилами. С чего бы им это? Сначала нужно доказать, что этот проект (пока еще не существующий в помине) чем-то лучше программы от ЧПУП.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>Потому что это наплевательский подход к потребителю.

О каком наплевательском отношении идет речь? Производитель встроил в программу защиту и он имеет на это полное право. Он также имеет полное право решать на какой платформе будет запускаться прога.

Я думаю, что если бы к нему выстроилась очередь желающих пользоваться продуктом под Линксом - он бы выпустил соотв. версию только и всего.

>Бизнес-модель надо менять, а не заниматься зашитой непонятно чего от непонятно кого.

Это не вам судить, как ему строить свой бизнес. Речи о "монополизме" не может служить оправданием товарищу mike.dld

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>которому открыли таки глаза на тот факт, что кроме Windows существуют другие операционные системы.

А то он не знал этого раньше, когда выбирал платформу для своей проги))

>которому открыли таки глаза на тот факт, что кроме Windows существуют другие операционные системы.

...попутно дезассемблировав и подключив его же базу правил.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Правила меняются кстати с завидной регулярностью, поэтому на коробке с диском обязательно указана версия. Если попробовать учиться на права по устаревшей версии, то есть вероятность завалить теорию в ГАИ.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

А с чего вы взяли, что закон не запрещает дезассемблировать БД? И закон, по идее должен защищать в данном случае производителя, потому, что это он придумал формат БД и наполнил ее правилами. Т.е. сами правила - они ничьи, а вот БД принадлежит ЧТУПУП или как их там.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-2

>А разработчики из ЧПУП "Новый поворот" выбрали оригинальное назание своей фирме. В их жизни действительно произошел новый поворот. Как говорится, как корабль назовешь, так он и поплывет...

Смахивает на попытку философских рассуждений. Этот корабль уже плывет не один год. И не надо его хоронить - такое чувство, что завидуете популяности чужого диска.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Я думаю, что неправильно вот так ставить вопрос ребром: "онлайн тесты - это круто, а дисковая версия - отстой и мастдай". И у той, и у той версии есть свои преимущества и недостатки, а также свои поклонники.

Этот вопрос - уже достаточно не нов, и на него до сих пор нет однозначного ответа. Из той же оперы: "что лучше, читать обычные газеты или их онлайн-версию?". И что мы видим? Разве обычные газеты умерли в штатах и европе, где скорость Инета позволяет свободно иметь доступ к онлайн версии?

У оффлайн контента есть своя армия поклонников и неправильно называть их консерваторами и морально устаревшими личностями. А что если мне нравиться хруст свежей газеты в руках или погладить диск ПДД в красочной упаковке?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>этот вопрос уже давно однозначно решен, справочная информация на компакт-диске — это архаизм.

Ключевой момент здесь - насколько часто обновляется эта справочная инфа. Если вообще не обновляется, то ваше утверждение про архаизм не имеет смысла. См. ниже.

>Сравните лучше tut.by с "tut.by на компакт диске, который запускается только под Windows".

Ну давайте сравним. tut.by обновляется каждый час, т.к. содержит в себе новостные ленты. Есс-но помещать его на диск бессмысленно. В то время как ПДД обновляется, скажем, раз в полгода (в лучшем случае). Это то, что отличает ПДД от tut.by и от онлайн-газет. А теперь вопрос - поступив в автошколу и зная какую версию ПДД я буду сдавать в ГАИ - что мне мешает купить ПДД на диске и преспокойно его использовать полгода, а то и больше?

>Чьи-то личные вкусы и проблемы не имеют отношения к объективным потребностям абсолютного большинства пользователей

Абсолютно согласен. Но только вы же не можете утверждать, что онлайн ПДД - это объективная потребность абсолютного большинства пользователей ;-)

>Я очень люблю виниловые пластинки, это не значит, что не надо выпускать музыку в цифровых форматах.

Так никто и не говорит, что не надо. Пусть будет и то и то.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Не прокатит такое даже в нашей стране.

а) Никто ничего не навязывает. Ты покупаешь диск и обязан прочитать системные требования на обложке или в инструкции. Производитель не несет ответственности за использование продукта не по назначению.

Пример: Купил ты телек. На нем написано 220В. А ты его сунул в 380В розетку. И, что, суд встанет на защиту потребителя в этом случае?

б) Кому и в каком сервисе было отказано? Сервис - это помощь в использовании продукта, а не в предоставлении новой версии под др. платформу.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Классное соревнование получается. С использованием чужой БД в проприетарном формате. Т.е. Новый Поворот потратил силы и деньги на разработку БД и наполнение ее контентом. А товарищ ее "просто" подключил, хи.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>Люди сделали никакой продукт. Я сдавал ещё по бумажным билетам, которые намного юзабельней. :)

Ну давайте же будем уважать чужой труд. Уподобляясь вам, я могу тоже просто сказать, что вы там где-нить у ебя в конторке занимаетесь полной ерундой.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Хорошая идея - такая командная строка с контектными подсказками. Мне в Линуксе всегда нравилось, что можно быстро вставлять команды по первым буквам, в отличие от архаичной виндовой консоли.

Вообще же видя перед собой такую строку, всегда немного теряешься с непривычки - "А с чего начать писать команду?", "Какое слово должно быть первым?" и т.п. Если бы разработчики сумели предоставить некие интерактивные подсказки для начинающих, наподобие Command Preview, то было бы пожалуй революционно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Дык это ж понятно.. только суть дела от этого не меняется )

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Странно это все. Тот же Гугл уже давно продвигает свой GWT (Google Web Toolkit), который тоже по сути представляет собой фреймворк для написания клиент-серверного ПО на Java. То есть разрабатывать предлагается на Java (правда в несколько ограниченном виде), а компилируется все в итоге на HTML JS.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Статья отличная. Жалко только, что конкр. способы реализации всех перечисленных функций не приведены , а было бы интересно посмотреть как это реализовывается.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ну вы и сравнили популярность всех С-подобных языков с Perl. Это жеж несоизмеримо.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Если Серверное ПО != RIA, то что тогда есть серверное ПО? Если имеется в виду крупные серверные системы типа поисковых машин или соц. сетей, то, я думаю, что тогда круг использования нового языка сильно сужается.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+6

Ребята, пост шуточный, где вы увидели негатив? Любое совпадение с реальными персонажами - всего лишь совпадение :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

К типу с) конечно :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Известно, все известно... Список далеко не полный - моно продолжать и вверх, и вширь.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ответ на этот вопрос зависит от того, что вы соббсно ожидаете от блога.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+6

Автор и не разжигает никакую русофобию. У нас в стране 2 гос. языка, так почему тогда имя на белорусском отвергается?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Не статья, а блог. Ну а цель? Хм... а для чего вообще блоги пишутся - себя показать, людей почитать

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

А как же Agile методология разработки? Вполне достойная теория. И тоже можно сказать, что изменила мир, так как стала нынче очень модной.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

В целом поддержу agentcooper, но кое-в чем согласен и с cat...

Дело скорее не в том, что мы не можем, а в том, что нам наукоемкие проекты никто и не закажет в принципе. Важно то, как мы себя преподносим заказчику. Если открыть сайты отечественных IT компаний и посмотреть на девизы и стратегию - что увидим? Outsourcing, Outsourcing, Outsourcing... Никто ведь и не пытается преподнести себя как компанию, решающую серьезные проблемы или занимающейся научной деятельностью. Соответственно и заказы такие.

Если ты начал с разработки простых веб-сайтов, то сделай ты их хоть 100, а выпрыгнуть из этой ниши очень сложно будет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Мм.. ну это так и есть кажись. Только, что-то я упустил ниточку ваших мыслей )

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>может потому, что это менее рисковано и позволяет стартануть и развивать бизнес?

Да, это естественно.

Но я к тому, что тому кто лет 10 занимался всякими поделками для западных заказчиков, доказать, что он еще и успешный вендор будет очень непросто, если вообще невозможно.

Тоже самое и с высокоинтеллектуальными наукоемкими проектами - заполучить их вчерашнему простому аутсорсеру маловероятно. В том числе и потому, что нужны соответств. кадры, подвержденные дипломами, сертификатами, портфолио и прочим, на которые заказчик таких проектов будет безусловно обращать внимание.

Приведу аналогию... Попытки некоторых "народных" автопроизводителей вылезти в сегмент авто премиум-класса потерпели фиаско. Например Opel с его Omega; Volkswagen с его Фаэтоном. Если начал делать народный автомобиль, то имидж компании уже не изменишь.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Не такой уже и бред. Имелась ввиду прежде всего Россия, а не РБ. И не удивительно, с таким колическтвом социальных сетей. Например, мой Круг и создавался изначально, как средство помощи в отыскании работы по знакомствам (по кругам ).

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Это один в один напоминает Китай и китайцев. Сколько они не стараются, сколько ни копируют, не воруют технологии у запада, а все равно пока что не владеют они этими самыми технологиями. Можно тупо копировать один в один, но законодателем и полноценным владельцем технологий и знаний от этого не станешь.

Так и здесь, исполняя аутсорс, ты прежде всего рабочий, делаешь то, что тебе говорят. После завершения проекта, можно сделать точно такое же решение для кого-то еще (т.е. скопировать его). Но достаточно ли этого для создания своего Ноу-Хау. Думаю, что нет.

ПС: Про travel solutions звучит не убедительно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Да ну - сколько угодно видел таких синьеров в епаме.

А из других контор частенько играют на повышение. В какой-нить маленькой конторе ты был и швец, и жнец, и на дуде игрец, а в епам пришел на лида... ПМа...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

На это надо смотреть проще. Все эти отечественные IT погоны за бугром не котируются или срабатывают на понижение.

Senior в РБ = Рядовой на западе;

Lead в РБ = Senior или Рядовой на западе;

PM в РБ = Senior на западе;

PMов западного уровня у нас считанные единицы.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Хороший вопрос. Если вы его себе задаете, то еще не все потяряно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>что вы имеете в виду под хорошим образованием? меня всю дорогу в бгуир учили, что главное - это способность находить нужную инфу, т.е. уметь самообучатся. это я считаю одним из главных качеств достойного образования.

Да у нас почти везде так учат. Само по себе это неплохо, но эта палка уже перегнута слишком сильно. Безконтрольное самообучение - не приведет к успеху и не поднимет рейтинг нашей системы образования. Этак можно и всех преподов пораспускать - зачем они, если все будут самообучаться.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Всеобщее ВО - это утопия. Или Японское ВО - это не ВО или оно не всеобщее))

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Хотелось бы верить, что это Утка. Теоретически принятие указа возможно. А на практике всегда найдутся обходные пути, так, что свободе слова прорвемся.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Совершенно верно.

Этим и объясняется, например, тот факт, что такая страна как Болгария, не имея изначально ни толковой системы образования, ни своей промышленности, ни инженерских традиций - сейчас представлена на IT рынке очень достойно. А все потому, что она член ЕС и немцы доверяют ее правительству.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Сонейка, кажется вы запутались. RD - это и есть наукоемкий проект. Точнее один из его представителей.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

Блог просто по детски наивен. Напоминает переизбыток чувств и мыслей провинциальной девушки первый раз попавшей в Москву.

Все характеристики, что здесь приведены, присущи любой крупной компании численностью больше 1000 человек, а не только Епам. И внутренние процессы, и карьера, и обучение. Это само собой разумеется. Без этого просто нельзя вырости до таких размеров.

Деление на Интенсивный/Экстенсивный пути развития чисто ваша придумка. Кстати откройте словарь и посмотрите значение слова Экстенсивный. То, что вы написали - это скорее Активный и Пассивный пути развития. Епам тут не причем. Все как и везде.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Напрасно вы так... Что именно в моем отзыве было расценено как "д*рьмо на своих же коллег"? Это уже скорее похоже на оскорбление. Если нечего сказать, то лучше промолчать хоть иногда.

А с повышением у меня проблем нет, иначе бы не был LSE. Только я не карьерист вообще-то и считаю, что все эти погоны весьма условны. За годы работы видал я всяких людей в компании. И тех, что быстро взлетали, и тех что медленно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>А почему вы все же работаете в ЕПАМ?

Конечно могу: 1) Потому что я люблю свою работу. 2) Меня устраивает зарплата. 3) Мне нравится компания и особенно ее руководство.

Не воспринимайте все в штыки. Если я не пою диферамбы на каждом углу, в какой крутой компании я работаю, это еще не означает, что она мне не нравится.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

В целом оба поста смахивают на идеологически выверенную пропаганду ) Пару комментариев...

>При правильном подходе начальная карьера в Епам будет очень стабильна и предсказуема. И у вас будет куча возможностей на нее повлиять (в обе стороны).

Эту фразу обычно говорят все Development Curators. В реальности все гораздо сложнее и многообразнее. Иногда повлиять удается, а иногда и нет. Все зависит от бесчисленного кол-ва факторов, а также от расположений звезд на небе.

>Но стоит ожидать адекватный ответ на все ваши действия. Все действия имеют последствия. Некоторые последствия быстрые, некоторые проявятся потом. здесь выбор каждого.

Звучит как угроза. ЕПАМ - это не тюрьма, где за каждым заключенным приставлен охранник, чтобы оценивать его действия на адекватность. Адекватность чего или адекватность чему? Полиси? Кто оценивает последствия?

>В компании море возможностей, многие еще даже не исследованы - но никто не будет показывать где они есть.

Ну что ж - будем исследовать возможности. Главное не влететь на неадекватность и идеологическое несоответствие.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Да и еще народу много, уволят тебя никто не заметит, правило незаменимых нет для этой конторы особенно актуально.

А вот это, пожалуй, в яблочко.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-2

>Поэтому, лучше быть активным и сверлить тим лиду мозги по собственной инициативе.

А смысл? Чтобы выставить себя умнее, чем на самом деле? Да и перед кем выпендриваться собс-но. TL такой же сотрудник как и все остальные. Реальных полномочий у него все равно никах нет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Ха-ха-ха... этт точно подмечено. А JSE говорить вообще не положено... только молча выполнять задания. А если JSE что-нить и скажет, все равно никто его не услышит.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Это точно. Как в армии.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Полагаю, что изначально в фразу "сверлить мозги" был вложен несколько иной смысл нежели "обдуманно брать тяжелую работу". Это совсем не одно и то же. Так что здесь вы ушли в другую плоскость разговора.

А по поводу тяжелой работы у меня имеется свое мнение на этот счет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Ксенн, дружище, явные вопросы типа "что мне делать, чтобы расти здесь?" уместны только для новичка. Задавая их TL вы каждый раз подчеркиваете, что вы еще не выросли из коротких штанишек. А действия будут "адекватны" (ваше любимое слово) таким вопросам - типа, раз спрашивает, то a) значит еще не вырос, б) значит что сильно озабочен карьерой, с) пусть еще посидит поработает с текущими задачами, а то еще до TL дорастет, как и я, а ведь еще не время.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Дай бог, чтобы в один прекрасный момент не наступило разочарование. Чем преданней и фанатичней относятся к компании, тем больнее будет опускаться на землю. Если парню удастся этого избежать, то он будет счастлив, а если нет - закончит как все фанатики.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-2

>Где вы пересекаетесь с этими толпами?

Приходите в гости на Купревича 1. Там и увидите такие комнаты.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>назовите имена компаний, которые являются лучшим выбором и приведите аргументы

Курите dev.by. Система рейтингов, отзывов и форумов для этого и создана.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Думаю, что плохо в других отделах или хорошо, вам тут никто не напишет. Потому как неправильно это обсуждать внутрикорпоративные дела на публичном сайте.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Категоричный вы наш, такого списка не существует, потому как все очень субъективно. Кому-то нравятся большие компании, а кому-то маленькие.

А если бы он и был, то какой смысл мне вам его озвучивать. Вы же 100% и сразу все фанатично залажаете.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ну лан, вынудили... вот мой список компаний, которые являются лучшим выбором для начала каръеры: Sam Solutions, Intetics, EPAM, ScienceSoft, IBA.

И что дальше, cat? Повеситесь, что EPAM в нем не на первом месте?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Да он нигде кроме Епама и не работал. Объективизма в репликах 0%.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Во-во, ПМы в Епаме это прекрасно понимают, cat.

именно поэтому и был 100% прав товарищ Сталин, тьфу.. просто stalin, утверждая, что уволят тебя из Epam и никто не заметит.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Скажем лучше так - code review _может_ проводится.... а может и нет. На моей памяти проводился достаточно редко и не на всех проектах. Все зависит от наличия свободного времени.

К тому же за нереализованую фичу тебе настучат по голове, а за говно-код - нет. И никого не волнует, что этот говно-код даст в будущем кучу багов, ведь сроки проекта как правило поджимают уже сейчас.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

>в первую очередь все зависит от человека. мне удавалась делать 50% к зп около 1к за один промоушен. так что все относительно еще раз говорю

Этой фразой, cat, вы меня нисколько не удивили. А вот для аффтара и товарища Куратора она будет жестоким откровением. Они-то до сих пор наивно полагают, что зарплата зависит от скилов, от проектной активности, от того сколько тренингов ты посетил, и даже, о ужас(!) - от количества "обдуманно взятой тяжелой работы"... Хе-хех...

С приземлением вас ;-).. cat напишет в личку как и где выбивается прибавка к зарплате. Да и еще, пожалуйста поспешите, а то вас обгонят товарищи понаглее и попроще.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>По возрасту у тебя начало карьеры было лет 8-10 назад

Почти угадал. Немного позднее, но не суть. И что, из того, что моя карьера началась уже давно, следует, что мне не позволено комментировать блоги предназначенные для новичков? Тогда аффтару следовало бы так и написать "Просьба старожилам компании блог не читать и ничего не комментировать, блог только для соискателей".

Мне искренне непонятна позиция "человека проработавшего 10 лет сможет понять только такой же". Они что на другой планете живут, или на непонятном языке разговаривают? Или это новички считают себя настолько умными?

Теперь по поводу моей статьи и моих комментариев... Если ты с чем то категорически не согласен, то приводи свои аргументы и опровергни меня, если сможешь. Буду только рад, если сумеешь доказать, где именно я был не прав или необъективен в отношении компании. Пока же твои голословные заявления про грязь и т.п., пользуяюсь выражением уважаемого cat, напоминают выхлоп в муку.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Комменты бородатого программера (можно не отвечать):

>>Это правда, у него по сравнению с JSE прокачан респект окружающих, опыт, навыки, чувство ответственности и зарплата

Тут согласен. За маленькой заметкой, что [может] быть прокачан...а [может] и нет. Все, как и везде в нашей стране, зависит от того, соответствует ли TL занимаемой должности. Если вчерашний студент, через год уже TL, то ответ очевиден.

>>У него, как минимум, есть возможность сделать вам performance review и порекомендовать повышение.

Ффф топку его review и рекомендации...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>...Впахивать пришлось, так как я не очевидно не дотягивал до уровня TL. В итоге стал TL ~ в течение года...

Это только подтверждает мое мнение о том, что в Епаме все возможно. Даже то, что выглядит невозможным :) Все зависит от целей, к-е ставит Epam Employee ставит перед собой. Если цепочка TL->PM у него на первом месте, то вуаля... В итоге дадут погоны, куда денутся.

В общем комментировать тут больше особо нечего.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Если сидеть на попе ровно, работать так , что тебя уважают на твоем проекте и заказчики, а еще есть время поиграть в теннис или посмотреть фильм вечерком (или погонять в CS) - то через какое-то время перегоришь...

Собственно на таких людях компания сейчас и держится: и проекты в срок сдаются, и кастомеры довольны, и зарплата растет. Да им памятник надо ставить, а не лажать.

Каждый в компании должен заниматься своим делом, а не искать постоянно поля для маневра.

- Если с завтрашнего для у всех девелоперов начнет в попе муха кусать, извиняюсь за выражение, то работать на проектах будет некому. Вот тогда-то PM (вместе с TL и кураторами) и опустятся с небес и придется им самим вспомнить что такое SD и как баги фиксать.

- Если завтра уборщица, вместо того, чтобы заниматься своими прямыми обязанностями, начнет взбрыкивать и требовать повышения до позиции Уборщица Leader или Уборщица Manager вот тогда и наступит в компании разруха (Собачье Сердце, (с))

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+14

Дык не только в интернет-кафе и Wi-Fi... По идее под этот пункт подпадают все пользователи беспарольного диал-апа, посколько сейчас "идентифицировать" их однозначно невозможно.

То же самое с интернет-картами.

В общем, маразм крепчает...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Топик незаслуженно обделен вниманием. А между тем одиозный указ может быть уже скоро подписан:

http://www.charter97.org/ru/news/2009/12/23/24833/

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

1) Как вы относитесь к жесткому проекту указа о регулировании белорусского интернета? Будет ли крупнейшая компания-член ПВТ делать какие-либо заявления по этому поводу или как-либо иным образом влиять на ситуацию?

2) Как вы оцениваете текущий потенциал белорусских IT специалистов? Чего не хватает белорусским программистам, чтобы успешнее конкурировать, например, с индусами?

Спасибо

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Я думаю, что на рынке оффшорного программирования ни с американскими, ни с европейскими программистами белорусы не пересекаются.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>Речь идет о появившемся в конце минувшего года в Интернете проекте указа, регулирующего интернет. Как выяснилось, авторство этого документа принадлежит ПВТ.

А я соббсно сильно сомневаюсь, что авторство этого документа принадлежит ПВТ. Скорее автора нужно искать в администрации президента. Дело в том, что данный проект указа носит по сути запретительный характер и нисколько невыгоден ПВТ, как крупному потребителю интернета. Зачем, например, ПВТ понадобилось устанавливать "идентификацию" физ.лиц-инет-пользователей? Так что байка все это.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Вы мягко скажем не правы в определениях....

>>«Силиконовая Долина» является местом, где сконцентрированы высокотехнологичные производства. Место, где производят продукты! Готовые продукты! Эти продукты потом продаются на месте, экспортируются, дарятся, становятся национальным достоянием и т.д.

Полностью согласен. Только наш ПВТ также 100% являтся таким местом поскольку мы производит продукт, много продукта. Продукт этот называется услуги по разработке Software Applications. Продукт или услуга - да какая разница. Важно, то что мы это производим и продаем, и платим налоги, и получаем зарплату.

>>На данный момент Белорусский ПВТ таким местом не является. Практически полностью он состоит из аутсорсинговых компаний.

Ну и что с того. А кто сказал, что ПВТ должен быть полным клоном "Силиконовой Долины"? Изначально ПВТ задумывался как место концентрации капитала, высококвалифицированных специалистов и технологий. Все это сейчас уже имеется в той или иной мере. А аутсорсинг, как ключевая особенность ПВТ - это всего лишь _средство_ для достижения этих целей. И не более того. Какая разница каким образом ПВТ достигнет своих бизнес-целей, через аутсорсинг или нет. Главное, чтобы это работало.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Налицо полное непонимание того что такое ПВТ и как он должен работать...

ПВТ - лишь скорлупка яйца, внутри которой зарождается жизнь. Задача скорлупки не вмешиваться напрямую в процессы взаимодействия белка и желтка, но тщательно оберегать их от внешних воздействий и создавать условия для того, чтобы на свет появился цыпленок.

С функциями скорлупки прекрасно может справиться гос-во. Его задача защитить и поддерживать членов ПВТ, дать им льготы и ждать, когда будет отдача в виде тех же налоговых поступлений, прихода иностранного капитала и создания рабочих мест. Вот те выгоды, к-е получает гос-во от ПВТ.

Какой смысл делать ПВТ частной организацией поясните мне, не понимаю. Примеров успешных гос-инкубаторов предостаточно. Тот же индийский ПВТ, кучка мелких ПВТ в России. В этом смысле ПВТ - некий аналог свободной экономической зоны (СЭЗ).

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Как то странно звучит "ритейлер производит и продает услугу". Можете назвать, что конкретно производит ритейлер?

Ритейлер - это продавец по народному. У него нет никакого производства. Вы пытаетесь сравнить торговлю с промышленностью. Это разные вещи.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

А что не так с "higher education"? Высшее образование типа.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Байнет после указа станет еще более убогий. Прогрессивный народ уйдет на российские или буржуйские сайты. Чиновники будут по БТ хвастаться кучкой мерво-рожденных сайтов гос-СМИ.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>...каждый из нас возможно считает что когда мы учились образование было другим (сложнее, лучше, хуже и т.д.), но факт остается фактом, год от года количество людей с высшим образованием растет...

Да, может и растет в количественном отношении, но это объективный, и более того, кратковременный процесс. Не забываем, что сейчас в стране наблюдается отголосок беби-бума 80-х. Детки подросли, закончили школу и отправились в вузы, создав там ажиотаж. По большому счету этот процесс неподконтролен нашим властям и Радьков, с его рекламой пту, тут не причем.

Но давайте взглянем в будущее - вслед за сегодняшним студенческим всплеском, нас ожидает почти катастрофическое их сокращение, а также школьников и др. И случится это очень скоро. Чистая демография, никакой политики :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Хоть у меня и мгврк за плечами, никогда не понимал смысла профессии "оператор ПЭВМ" и даже не представляю кто работает на такой должности. Это кто, кассир за терминалом? А зачем ей тогда паскаль учить?)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Так я не понял - вы за порнографию или за софт? Или за то и другое вместе?)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

По ходу в блоге противопоставлены две несколько разные вакансии - UI дизайнер и UI разработчик. В приведенном примере вакансии по сути требуется UI разработчик плюс UI дизайнер. Отсюда и высокие требования. В большинстве же случаев дизайном занимаются одни люди, а соббсно технической разработкой сайта - другие. Скажем дизайнер отвечает только за картинки, наброски, логотипы, иконки, юзабилити, эффекты. А реализовывают все это веб-программисты.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>А основная причина их превосходства - даже не образование, а буквально - "они зарабатывают больше...

Ну что же делать белорусам-программистам, если не платят им больше, чем американцам. Ведь не от них по сути зарплата зависит, и не могут они на это никак повлиять. Так и живем - крутимся как можем. А не будем умных слов хватать - совсем пропадем :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Тут можно поспорить:

"Осуществлять информационное проектирование" - пересекается с обязанностями бизнес-аналитика, архитектора.

"Внедрять завершенный дизайн" - функции веб-разработчика.

"Разрабатывать внешние функциональные возможности" - функции веб-разработчика.

"Оказывать помощь проектной группе, работая с" - пересекается с архитектором, тим лидом по разработке и вообще непонятно почему дизайнер должен этим заниматься.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>UI дизайнер - это архитектор

>>Разработчик - это строитель

Сравнение не совсем точно. Архитектор здания как бы больше отвечает за внешнюю сторону здания, ее стиль, возможно базовую конструкцию. Но за то, что скрывается за фасадом архитектор здания не отвечает. В этом его отличие от архитектора приложений.

К тому же вы забываете, что есть приложения вообще без UI... Архитектор там есть, а вот UI дизайнера нет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>UI дизайнер - это и есть главный архитектор приложения

UI дизайнер будет отвечать за скорость отклика, общую производительность, структуру баз данных, ее оптимизацию?

По ходу вы сильно перебарщиваете с ролью дизайнера.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Да эта западная контора просто решила тупо сэкономить - вместо трех специалистов нанять одного, но три-в-одном. Типа и швец, и жнец, и на дуде игрец. Этакий UI дизайнер архитектор веб-девелопер бизнес аналитик.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>должен учитывать возможности существующих технологий для реализации своих дизайнов

Это верно. Например архитектор Антонио Гауди строил все свои здания самостоятельно. Но это был гений - и к тому же волк-одиночка.

Выше часто проскакивала фраза, что UI дизайнер - это есть главный архитектор приложения. Это мягко скажем гипербола, а если по простому сказать - то просто бред.

Возьмем Google с его утопичным по просте UI дизайном поисковой строки. Какой здесь процент занимает UI дизайн, а какой - реализация поискового движка? Правильно, UI дизайна здесь 0.0001% примерно. И архитекторы гугла, Брин и его товарищ, думали о UI дизайне наверное в последнюю очередь.

Все же зависит от типа приложения, что мы проектируем.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>"скорость отклика" - это и есть взаимодействие пользователя с интерфейсом

Скорость отклика очень грубо состоит из скорости работы UI фреймворка (1), скорости обработки запроса слоем бизнес-логики (сервисным уровнем) (2), скорости обработки запроса к БД (3), структурой самой БД (оптимальна ли она для данного запроса) (4), быстротой самой платформы (ОС, железо) (5).

Из всех грубо перечисленных 5ти пунктов UI дизайнер отвечает только за первый.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Архитектор здания не будет отвечать за систему коммуникаций, водопровода, электрические разводки, систему вентиляции, канализации и т.п. В этом его отличие от архитектора приложений, который отвечает за все части спроектированной системы. В этом же состоит отличие UI дизайнера и архитектора приложений.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ну командная строка например :) Это UI, но очень примитивный. Все командные строки похожи друг на дружку как 2 капли воды. Работы для UI дизайнера здесь практически нет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-2

>>Наша ИТ-индустрия на редкость молода, но развиваться бешеными темпами она стала лишь только в последние десять лет и большинство персонала компаний сейчас университет закончили в двухтысячных. При том, что количество выпускников технического профиля у нас сбыло велико и в девяностые и в восьмидесятые. Где все эти люди, почему их так мало в наших компаниях? Для них тоже стало приход новых технологий и веб-разработки непреодолимым барьером?

Думаю, что для этих людей гораздо большим потрясением стал распад СССР, нежели приход новых IT технологий сам по себе. Люди учились и начинали работать в стране социализма, а теперь мы имеем (в IT по крайней мере) все признаки капитализма. Поменялось абсолютно все - организация труда, система мотивации, отношение к работе, зарплате и т.п. По большому счету, далеко не все люди вышедшие из ссср cмогли адаптироваться и научиться работать по западным стандартам на западных заказчиков.

Иностранный язык здесь опять же.. Все мы помним какое было качество его изучения в ссср.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Вопрос только в деньгах и личной заинтересованности. Если зарплата приличная, работа нравится и интересная, времени на семью остается куча, то почему бы и не кодить на с в 50 лет??

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ну пробная партия для начала... Если будет эффект и положительный результат, то расширят группу в след. раз.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Согласен, что наше образование в техническом плане даст фору индусскому. Чтобы там не говорили, я считаю, что по-большому счету у индусов нет серьезного образования вообще. Кратковременные курсы по несколько месяцев и вперед на мины, плодить говнокод. Мое мнение основывается на личном опыте общения.

Чему нам есть у них поучится - это как лучше продавать себя. В этом плане они преуспели. По части саморекламы, пиара и т.п. Самое главное - это научится у них как правильно себя позиционировать на рынке.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

А я бы тоже поехал - себя показать, людей посмотреть, змей половить :)

>>А то, что все у нас бытует мнение, что все индусы плохие менеджеры и пишут быдлокод - это сказки.

Это мнение приклеилось к индусам не просто так - они формировали его годами. Можно зайти на stackoverflow.com и лично убедится в качестве кода :) Говорить, что это неправда на основании одного частного случая-исключения я бы не стал.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Чел, я не считаю свою жизнь частным случаем или исключением:)

К чему сарказм? Кто упоминал здесь вашу жизнь? Боже упаси.

>>А говнокодеры есть везде - и даже в вашей компании

Ну есть. Никто этого не скрывает. Только процент говнокодеров из индусии все равно зашкаливает. Ибо у них программированием занимаются все кому только не лень, а у нас все-таки это считается интеллектуальной профессией.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Так скачал уже кто блоги? Расшарьте плиз.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Думаю то что 0.00001% индийских студентов учатся в США, никак не может повлиять на ситуацию на рынке труда. Когда заказчик решает разместить софтверный проект в индии основными аргументами при принятии решения являются стоимость человека-часов и возможность заполучения большой по численности команды за сравнительно небольшие деньги. То что один человек из команды в 50-100 программистов когда-то учился в США мало что будет решать в итоге. На качество конечного продукта это особо не повлияет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+6

>>один человек уже конкретно секет в трендах, технологиях, процессах, имеет понятия о философиях и грамотной организации проекта, так что как руководитель он будет по круче местного рэднека, учителя у него были джидаи, а не васи пупкины...

Тут не соглашусь... Даже у джедайского учителя, Йоды, было не более одного ученика одновременно с которым он работал. Этим и достигалось высокое качество обучения. А один, даже мега-толковый тим-лид или ПМ, обучавшийся в штатах, не сможет контролировать толпу бестолковых разработчиков по ходу работы на проекте. Просто физически не сможет контролировать всех и каждый кусочек кода. А обучить всех и подавно не сможет - проектного времени не хватит.

Тут еще такой момент влияет - это как отстроены тех-процессы разработки в компании. Возьмем к примеру макдональдс. Новый сотрудник сразу попадает в команду, где каждый точно знает что ему нужно делать согласно строгим внутрикорпоративным процессам. И новичек не может испортить качество продукта, поскольку оно контролируется многими факторами. А у индусов, скажем так, процессы никакие. И поэтому у них этот механизм обучения сотрудников не работает, и качество плавает от 0 до N.

А вообще, буду с нетерпением ждать обещанных блогов для расширения кругозора о индии.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Чем вам не угодили белорусские программисты и почему они хреновые можно узнать?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Я думаю, что упомянутое неоднократно по ходу обсуждения блога "желание без дополнительных напоминаний самосовершенствоваться, изучать новые технологии" не зависит от возраста специалиста. Это самое желание постоянного самосовершенствования определяется в полной мере лишь характером человека. Оно никуда не уходит и не приходит с возрастом. Оно либо есть, либо его нет. Много видал я и молодых раздолбаев, которые ничего не хотели изучать самостоятельно, а все из под палки.

Причина некоторого преимущества молодежи на рынке IT заключается лишь в той продуктивной струе, в к-ю они попадают в процессе обучения в вузе, а также в первые свои годы работы. Эта струя автоматом приносит знание самых последних и актуальных IT технологий, языков и т.п. Какое бы плохое не было наше IT образование - оно играет здесь свою роль в подпитке молодых новомодными технологиями.

Самое смешное, что молодой спец, попавший на какой-нибудь долгосрочный и мега-актуальный проект, по его завершению (года этак через 2-3) обнаруживает, что на рынке-то правят бал уже совсем другие технологии. А дальше все зависит от человека - станет ли он изчать новое самостоятельно или нет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Если мы сравниваем Delpfi 7 и VS 6.0, а кажись они существовали примерно в одно время, то по удобству использования и простоте VS и рядом не лежала (в смысле отставала сильно). Чисто мое мнение - а я отработал на VS6 года 3-4 в свое время. По сути VS 6.0 не являлся RAD - все что было реализовано в этом направлении - это генерация каркасного кода визардом (одним!!), ну и плюс некий редактор диалоговых окошек в зачаточном виде. На этом RAD и заканчивался.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+13

>>Гамбургеры не оффтоп, когда-нибудь мы придем к тому, что код будут писать так же:), это идеал.

Никогда мы не придем к такому и вот почему. Гамбургеры штампуются миллионами - и все они совершенно одинаковы, слеплены по одному процессу. С др. стороны все софтверные проекты уникальны и непохожи друг на друга. У всех совершенно различные требования, ресурсы, бюджеты, клиенты, процессы и т.п.

>>Статья о том, как прийти к этому идеалу, так что все в тему.

Статья как раз и утверждает, что "не бывает двух одинаковых проектов".

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>"Беготня" по интервью необходима как раз для того чтобы определиться - что именно и где нравится.

Всех девушек не пересмотришь, все компании не перепробуешь. За "беготней" можно позабыть в итоге кто ты такой и где твое место в жизни.

>>поэтому адекватный человек будет искать лучшие (для него) условия

Раскрою вам тайну - идеальных условий нет нигде. Остановитесь и начните жить.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>К сожалению, серьезных интересных проектов не так много, поэтому люди и бегают с места на место.

В любой крупной компании (такой как ЕПАМ например :-) можно найти свое место под солнцем. Если проект не нравится - перейди на другой. Зачем увольняться?

Я думал, что только неугомонные индусы бегают по компаниям, не задерживаясь нигде дольше полугода. Оказывается и у нас есть много таких любителей.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>А то что у нас люди за 5 лет меняют 10 контор, говорит о том, что на рынке нормальных компаний считанные единицы.

Есть и обратная сторона медали. Люди-летуны. Задача HR еще на собеседовании попытаться распознать летуна.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

По моему вы не прочитали статью или что-то недопоняли в ней. Как раз таки основная мысль статьи - "Agile это не игрушка и не панацея на все случаи жизни". Решение, что больше подойдет для конкретного проекта, agile or waterfall, должно быть гибким и учитывать его специфику - тип клиента, уровень разработчиков, тип решаемой задачи и т.п. В статье перечислено то, что по мнению автора будет влиять на принятие решении о выборе методологии. Так с чем вы не согласны?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Никто не умер, ни agile, ни epam :))

Суровая правда жизни в епаме справедливая для большинства проектов заключается в том, что методологию выбирает заказчик, а не мы :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

"Натягать мышкой квадратики" - это тот идеал, к которому стремяться все RAD и другие корпоративные средства разработки. Так что вам сильно повезло - работаете опережая время.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

хех... а может стоит попытаться ответить на вопрос Почему столько хреновых библиотек ?

Да потому что взял какой-нить Вася Пупкин существующий фреймвор.библиотеку, покрутил и так и сяк, потыкал, и решил, что не подходит он для его нужд. И решил Вася, не мудрствуя лукаво - "а что я глупее аффтара, что я не могу написать лучший фреймворк, к-й подойдет для решения _моих_ задач на 100%?". И взялся немедля Вася за работу и написал свой, лучший фреймворк и выложил его в сеть, в искренней надежде, что осчастливил им все человечество. Но не просек Вася, что неподходит его фремворк для решения Петиных задач... и понеслась...

«Что случилось с программированием?» - «Почему столько хреновых библиотек?» - «Почему столько хреновых программистов?» - «Что случилось с программированием?»

Вопрос таким образом замкнулся.. хех..

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+631

После одиоозного указа №60 в байнете останутся одни гос. конторы, справочный контент да псевдо-патриоты. Читать здесь скоро вообще будет ничего. Ну, кроме dev.by, разумеется :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Кастомеру надо продавать функционал, а не часы

1) Часы могут быть одним из способов измерения функционала, за к-й в итоге отчитывается компания-исполнитель.

2) Человеко-Часы могут входить как составляющая контракта между заказчиком и исполнителем.

3) Кроме того часы могут выполнять роль одного из параметров при вычислении разных качественных характеристик проекта.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Не усложняйте себе жизнь. Не имейте людей на многих проектах.

Хм... довольно странное утверждение, невыполнимое на практике. В крупных компаниях по типу epam добится такого невозможно. Людей и проектов слишком много и между ними отношение N:N (многие ко многим). И что сделать с человеком, если нет для него 100% загрузки, а только 50% - уволить чтоли по вашему?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>2. Если не получается, отказываться от проекта

No Comments как говорится. Если бы все сэйлсы крупной компании продавая свои услуги (добывая новые проекты) думали только о соотношении 1:N (проекты:люди), то ваша компания бы обанкротилась давно...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Согласен. Почему-то многие комментаторы здесь TimeTracking привязывают исключительно к почасовой оплате труда, тогда как он может существовать как отдельный процесс и приносить пользу. Например, у нас в компании практикуется TimeTracking, но зарплата регулярная, от него независящая.

Вот несколько функций TimeTracking навскидку:

- TimeTracking выступает как часть TimeManagement и позволяет сотруднику оценить за прошедший период времени эффективность своей работы. При надобности скорректировать свой распорядок дня, ускорится где-надо, более грамотно расставить акценты в зав-ти от приоритетов задач.

- TimeTracking может выступать как часть отчетности между заказчиком и исполнителем и упоминаться в контракте.

- TimeTracking особо полезен в случае, если разработчик работает на двух проектах одновременно. Особо это касается проектов по поддержке (Support), где 100% загрузка человека может не требоваться.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

Со стороны ситуация видится таким образом, что немцы изначально собирались создавать семейный бизнес, но им не хватало консультаций и др. информации по весьма запутанному законодательству РБ, налогам и пр. Заполучив все необходимое для старта, несостоявщегося партнера кинули, как отработанную запчасть.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Так естьуже нечто подобное в Eclipse: кнопки back/forward или оно же Alt+Back, Alt+Forward. Я иногда пользуюсь для переключения между классами где раньше работал. Правда графиков там нет :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Дас ис фантастиш женщин, однако

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

А мне лично размышления понравились. Может это потому, что я сам люблю постебаться над еще зелеными "манагерами", коих в нашем айти немеряно.

Заметку про пауков в банке следует дополнить тем, что пауки периодически погрызают друг-друга или же становятся жервой главного босса, но от этого волтузня в банке, как ни странно, не уменьшается. Карьера в такой системе становится делом бесперпективным, до тех пока не уберут главного и не поменяют систему отношений и ценностей.

Понятия "рацуха - инициатива" - это что-то местное, видимо, специфическое. Было бы неплохо услышать от автора что есть рацуха и как следует их подавать.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Не согласен я...

...с таким разделением на творческую и не творческую составляющую.

Утопия это, извините за выражение. Здесь вы ступили на весьма тонкий лед, потому как дать точного определения монотонной или творческой работы не представляется возможным. Как и провести четкую грань между творчеством и рутиной.

И каким таким чудесным образом вы собираетесь вешать ярлыки на сотрудников? "Ты типа товарищ, извини, code monkey - ты бушь время репортать. А вот этот товариш - личность творческая - ему не надо всякими там-шитами мозг забивать.". Тогда можно критерии вешания ярлыков в студию ?

Рискну заявить, что любая работа, творческая или рутинная, может быть записана в тайм-репорт, и достаточно быстро, 5 мин в день достаточно. Вот пример, пж-та:

- поиск и анализ существующих решений проблемы Х: 2ч.

- исследование эффективности алгоритма Y для приложения Z: 2ч.

- разработка путей повышения производительности модуля D: 2ч.

- экспериментальный дизайн UI страницы F: 2ч.

Итого ПН: 8ч.

Подсчет отработанного времени можно вести всегда и везде. Все остальное - это отмазки, наподобие , того, что я, типа, такая крутая творческая личность, настолько, что не могу даже сказать чем я соббс-но занимался в течении дня.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Дас, и чего только не придумают менеджеры чтобы не работать...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Товарищи pifagorr, gulevich, SaintDog, вам за данную ветку надо памятники ставить. Распечатаю и на стену повешу.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Читать было прикольно, в плане познакомится с тем "а как у других?". Но данную систему я не разделяю и вот почему.

Во-первых непонятна ее цель - если ставится задача платить разработчику потенциально менее 40 часов в неделю, то баба яга против... и кащей тоже. С др. стороны фактически оплаченное время в приведенной таблице равно 40ч. И зачем спрашивается было огород городить, если все равно оплачены стандартные 8ч. в день.

Самое скользкое место - это строка №2 ">>Фактически отработанное время. Вносится менеджером. Менеджер проекта всегда рядом и знает чем занимался конкретный сотрудник". Ну здесь вообще детский сад какой-то представлен, йей-йей, с детками-разработчиками и воспитательницей-менеджером.

>>Менеджер проекта всегда рядом

На самом деле, как показывает практика, менеджеры всегда стараются отгородится от народа в отдельных комнатках, перегородках или просто уголках. Типа, потому как с народом шумно, и чтобы народ не мешал заниматься важными делами. И как, скажите на милость, такой менеджер может быть рядом ? Как он может быть рядом с каждым из 5-20 участников проекта одновременно? А если у меня менеджер в др. офисе сидит вообще?

>>Менеджер проекта всегда знает чем занимался конкретный сотрудник

Гы, он действительно это знает или это ему так только кажется? Я представил себе дух менеджера витающего по комнате и заглядывающего в монитор каждого сотрудника, чтобы просечь, а чем это он в данный момент занимается. А лучше повесить видео-камеры по комнате. Пусть они секут все, а в конце недели мы и предъявим каждому, с занесением в табло.. тьфу в табель, то есть.

А если менеджер действительно знает чем я занимался весь день, то встает вопрос - а зачем нам такой менеджер? Баба-яга опять против - нарушением прав человека пахнет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Забавно узнавать, что твою технику чтения конспектов по математике в универе, уже давным давно использовали древние иудеи при чтении талмуда :)

Применительно к чтению кода могу добавить следущее. Мне лично помогает упомянутая техника чтения "изнутри" и "снаружи", но примененная к классам и интерфейсам. То есть сначала читаем код снаружи, пытаясь понять лишь интерфейсы: как интерфейсы взаимодействуют с собой, какие отношения между ними. Если интерфейсов в явном виде нету, то мысленно вычленям их из классов, не смотря в детали реализации методов.

Следующий этап - это чтение изнутри, то есть разбираемся как реализованы методы классов.

Как знать, может кому данный метод и поможет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Дело в том, что SAP и сам по себе серьезно пострадал во время кризиса. Были уволены тысячи (!) сотрудников. Сохранить в такой ситуации отдел sap в епаме целиком было задачей невыполнимой. Вынужденная мера.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+6

Да бог с вами, Александр Сергеевич.. Термин-то timetracking, чай не из ссср родом вышел. Все ж запада копируем, у буржуев заимствуем. А вы говорите про другую религию.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+7

Промышленность пришла в IT уже с десяток лет назад. Тем не менее shareware меньше не становится. Не думаю, что в ближайшем будущем они исчезнут. Я бы сравнил "шароварщика" с индивидуальным предпринимателем. Посмотрите на запад - предприниматели создают около 40% валового продукта. На рынке места всем хватит.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Часы никто не считает, за время, потраченное нафичу или багфикс никто не отчитывается. Здесь есть более эффективные механизмы.

Довольно смелое утверждение. И что же это за механизмы можно узнать ?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

Говоря про должность ПМа, многие забывают главный для нее навык/умение, из-за чего и возникают многие описанные здесь проблемы. Под управлением проектом нужно всегда понимать именно управление _людьми_.

Умеешь управлять людьми - станешь хорошим ПМ.

Не умеешь управлять людьми - никогда не станешь хорошим ПМ.

Все остальное вторично - накопленный опыт, знания технологий/методик, гениальность, кол-во пройденных тренингов и т.п.

Дальше - больше. Умению управлять людьми можно научится, но очень и очень сложно. Нужна определенная психологическая склонность данная от рождения. Нет у тебя ее ? - забудь про ПМ раз и навсегда. Не твое это. Будь классным инженером, архитектором, аналитиком, кем угодно, но не управляй людьми.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Пушкин, это пожалуй первое где я с вами соглашусь беспрекословно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Умея управлять людьми, все остальное можно изучить - методики, литературку почитать, технологии пощупать. Обратное неверно. Потому как лидерами не становятся - ими рождаются.

Вот поэтому лишь немногие программисты становятся менеджерами. Вот поэтому вы и чувствуете подсознательно на собеседовании, что этот, пусть и очень образованный, человек проект не поднимет. Вот поэтому вы скептически отситесь к заявкам типа "я проработал ХХ лет в компании и теперь мне пора стать руководителем проекта".

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Извините не согласится... Чтобы продукт был успешен не обязательно быть хорошим ПМ, а точнее им вообще можно не быть. Есть талантливые одиночки, способные поднять продукт с нуля, но можно ли назвать их менеджерами? Мой ответ будет - нет.

Другой пример - успешные шароварщики. Не менее уважаемые люди, но менеджеры ли они? Ключевого аттрибута здесь не хватает - команды и людей, которыми нужно управлять.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

У вас так все просто, как в детском садике. Почему же вы до сих пор не ПМ?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>>Как стать ПМ: Ищешь проект – находишь спонсоров. тчк.

А потом сам же его и делаешь, да ? Прикольная стратегия :-)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+32

>>Пиэм -- это в первую очередь представтель заказчика. В чём он должен разбираться, так это в области деятельности заказчика, в особенностях его бизнеса и т.п

По ходу это вы попутали роли. Вышеперечисленное входит в обязанности бизнес-аналитика, а также сейлса. А ПМа поэтому менеджером и обозвали, потому что он начальник в первую очередь. Он отвечает за успех проекта, и что еще более важнее - за его реализацию руками команды. За это ему дали право казнить и миловать.

По поводу тим-лида - то его в небольшой команде может вообще и не быть, а точнее его обязанности может исполнять ПМ. А есть и крупные проекты, где несколько тимлидов, которыми в итоге управляет ПМ.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Это вы как ПМ мыслите системно, то есть вширь. Я же, как программист, зрю в корень проблемы, то есть вглубь :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>>ПМ-ам вооще стоит думать поменьше про управление людьми и побольше про проект: деливераблы, дедлайны, прожект артефакты, документация и иже с ними

Начинаем снизу, да? Чтобы деливераблы деливерились, дедлайны исполнялясь, артефакты создавались и прочее, нужно работать с людьми ответственными за все это. Люди на проекте - это главное, поскольку именно они все вышеперечисленное и воплощают соббсно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Деньги прямо пропорциональны кол-ву фишек и обратно пропорциональны затраченному на них времени. Как вы можете планировать заработанные деньги не зная, сколько примерно будет стоить их реализация? - вопрос открытый.

Зы: может так случится, что фишка в итоге не окупается - и как вы с этим боретесь?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Так я о том же. Чтобы узнать сколько прибыли принесет фишка желательно знать сколько потребуется времени на ее реализацию. А это и достигается эстимированием обычно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Да. Паразитные конфликты появляются в любой компании, где численность персонала достигает некого порогового значения. А уж если в проекте участвует более одной крупной компании, то число конфликтных ситуаций резко возрастает, по причине взаимодействия двух гигантов с разными корпоративными интересами, установками и прочим.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Аутсорсинг резко увеличивает кол-во конфликтных ситуаций, разруливать к-е приходится ПМу в конечном итоге.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

При чем здесь СССР? Не было там таких лозунгов, и никто не пытался вырастить читающую нацию. А все читали просто потому, что больше занятся было нечем, совершенно непринужденно. Скорее вопреки читали - уходили от пропаганды в мир книжек. Да и сейчас читают, в Питере например.

>>Люди, которые прочли, но неверно истолковали прочитанное порой хуже тех, кто не читал.

Со временем количество перерастает в качество и этот закон работает в большинстве случаев. Что мешает перечитывать те же паттерны несколько раз, раз за разом открывая ранее неизвестные для себя области.

>>просмотры сериалов и обычные пьянки. всё это пути получения знаний

Все же обычно это просто отдых, а не получение знаний. А пьянка скорее убивает знания - клетки мозга разрушаются ))

>>основой посыл должен быть - учитесь учиться.... нет ничего хуже прогнившего интеллигента...

Вот незадача, на ссср ругаетесь, а дедушку Ленина цитируете. Как же вы это, а?

ПС: отличие интеллигента, от интеллектуала - это как раз-таки активная жизненная и гражданская позиция.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Не программисты это на фото, а обычные люди с ноутами, в инете копаются или где еще. В 21 веке живем жеж. Да и не пишут программы на улице обычно.

А я дам такую тему для памятника программисту в Минске:

1) памятник должен быть обязательно с настольным ПК,

2) с большой кружкой рядом для чая/кофе/пива,

3) +толстая тетрадь в клеточку формата А4,

4) +наушники,

5) +карточка с надписью на шее

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

На такую композицию в стране металла не хватит :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Второй монитор? Это ж программист, а не брокер на бирже. На кой это ему?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Пушкин, он же будет памятник - карточка и так будет железной, как и ленточка на шее :-D

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+6

Высказанная мысль "«Недопрограммисты» загубят идею" очень правильная. Лучше конкурировать по качеству, потому как по количеству - мы не в состоянии.

Переучивание бухгалтеров в программисты - это утопия. Ставку нужно делать на молодежь. Именно растущее молодое поколение ориентировано на европейский образ жизни и знает английский язык не в пример лучше наших родителей, как впрочем и новые компъютерные технологии.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

"Можно вывести человека из СССР, но СССР из человека не выведешь никогда." - и черт возьми, я кажется знаю этого человека. Вам что на мозоль наступили?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Не понимаю логики. Причем здесь Гейтс, Джобс и другие? Они ведь живут совсем в другой стране и др. системе. Такие самородки и нас имеются будьте спокойны, вот только у нас нет условий для их самореализации, таких как в штатах.

>>Для того чтобы делать золотым купол, нужно чтобы были стены крепкие, да.

То есть вы предлагаете сначала все существующее разрушить, вырубить под корень, а уже потом начинать строить новый дом с золотым куполом? Помнится были уже такие товарищи в 19 веке в России. Нигилистами назывались. Только они не говорили как соббсн-но дом строить, после того как старый разрушишь. Не прокатила та идея, именно из-за своего тупого антагонизма и утопизма.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

С другой стороны очевидно что сейчас в Айти работают много людей с совсем неайтишным образованием. Возьмем факультет радиофизики БГУ, например - в кузницу программистов превратился, понимашь. Есть у меня даже хирург знакомый - тоже программированием занялся и довольно неплохо. На хирургов, кстати, дураков не берут.

Разумным увеличением набора на IT специальности этот дисбаланс можно было бы решить я думаю.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-2

Да-с, с таким настроением слоника вам не продать... Собаки лают - караван идет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-3

А давайте не будем выдумавать, того чего Зиссер не говорил. Где у Зисера в блоге есть упоминание о каких-либо реформах? Где говорится о постановлениях правительства и о жесточайших указах? Сделайте поиск по этим словам и вы убедитесь, что ничего подобного он не писал.

Это всего лишь плод вашего воображения. СССР сидит в _вас_. Я уже об этом писал выше.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Весь данный стеб (по-моему самое подходящее слово) построен на одной мрачно-пессимистичной мысли, что вот дескать никогда с нашим правительством никакой каши не сваришь, ничего у нас как всегда не получится, мы совок и будем им всегда и т.п.

Я как оптимист по натуре отнюдь не могу согласится с таким суицидальным подходом. Во-первых иметь хоть какую стратегию развития отрасли лучше чем ее не иметь. Во-вторых любое правительство не вечно и ситуация может скоро измениться. В-третьих даже не о правительстве речь, а о визитной карточке страны, которую мне, как гражданину, было бы неплохо иметь в кармане, и я не вижу причин почему айти не может быть этой карточкой.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>>Так вот развивать программирование без развития микроэлектроники это всё равно что развивать левую ногу и забить на правую.

Какая связь между современным программированием на языках высокого уровня и микроэлектроникой? Ответ - никакой связи. Она уже давно утрачена, а разработчики приложений не изучают ассемблер.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Как бы вам пришлась по вкусу идея сделать страну "страной калийных удобрений" с повсеместной пропагандой?

Вай нот, как говорится? Пропаганду я не люблю, но считаю что у страны должна быть своя визитная карточка, или две, или даже три. Чем плохо, если страна будет славится своими отличными калийными удобрениями и не менее отличными программистами?

А вот Литва, например, славится своими молочными продуктами. Это всем известно, и я когда туда еду обязательно их покупаю.

На самом деле это ключевой момент, потому как, если иностранец не сможет вспомнить о стране ничего хорошего это будет означает, что это унылая страна, где живут унылые люди.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

где траву берешь ?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Чтобы поднимать регионы нужна целенаправленная стратегия на гос. уровне. От IT отрасли здесь немного зависит на самом деле. И первая проблема на этом благородном пути - это низкая развитось коммуникаций хотя бы между областными центрами и столицей.

Начинать нужно с базовых вещей - кардинально улучшить дороги, ускорить и удешевить интернет-канал, телефонную связь. Если первичная цель улучшения сообщения область-столица будет достигнута по всем аспектам, то тогда и бизнес подтянется.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

Ну вот... кажется вечер перестает быть томным и уныло односторонним :-) Появилась вторая, потерпевшая сторона и сразу же пошла в контр-атаку. Теперь обстоятельства того кошмарного вечера постепенно проясняются. Однако для полноты картины нужно дать слово тим-лиду, который также участвовал в собеседовании и поможет нам пролить свет на некоторые детали....

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+10

ИМХО совершенно напрасно не взяли девушку на на проект. Программеры, посмотрите по сторонам - в IT наблюдается унылое засилье мужского пола; да такое что и глаз положить некуда.

Девушка на проекте ЭТО:

- Отсутствие матершины в комнате. И фразы типа "какого х. код не билдится" больше на проекте не живут.

- Приятное благоухание духов, перебивающих запах нестиранной рубашки (носков, и т.п.) разработчика X, к-й неделю не мылся работая над критическим модулем Y.

- Всегда приятно откликнуться на просьбу вроде "мальчики помогите разобраться с этим компонентом". Сравните это с иногда нездоровой конкуренцией между двумя амбициозными разработчиками, когда Вася думает втихаря - "а пусть Петя сам разбирается - зачем мне помогать ему?".

Даешь IT-равноправие по половому признаку !!!

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

По работе мне нужно использовать несколько броузеров. IE и FF в основном. Если я добавляю закладку в один броузер, то хочу, чтобы она была доступна и в другом. Как же организовать процесс синхронизации закладок между броузерами?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

нет. 1800К это 1800 кусков :-)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>>какие УНИКАЛЬНЫЕ идеи и продукты сотворил гугл?

Начнем с того, что Гугл в 1998 сотворил с нуля уникальный поисковик, превосходящий по качеству поиска весьма развитые и раскрученные на тот момент системы (yahoo). Две основные инновации в нем - это индекс цитирования и маштабируемость, позволившая индексировать страницы миллиардами.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>А так же за создание ПВТ чужими руками под свои нужды. :)

Пушкин, следите за базаром. ПВТ создал не Аркадий и не под свои нужды. Ваш стеб уже начинает напоминать гавкание из под забора.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Небольшое уточнение... когда Добкин начинал, самого термина аутсорсинг еще не было. Современная бизнес-модель аутсорсинга тогда еще только-только нащупывалась методом проб и ошибок. Никто не знал как нужно работать, как строить коммуникацию с заказчиком, как выстроить процессы в компании. По прошествии 20 лет вам кажется это примитивным, но тогда это было полем непаханым и никто не знал как вообще его вспахивать.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+9

Это не хамская реакция, а реакция нормального человека на грязь. Под грязью я имею в виду вашу реплику "А так же за создание ПВТ чужими руками под свои нужды". Если вы имеете что сказать, то потрудитесь объяснить данную фразу и привести доказательства, а иначе - см. мой пост выше.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

А за что заминусовали злобно ?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Так а зачем создавать? - можно просто прислать им приглашение зарегистрироваться в ПВТ, а когда они согласятся, сразу же перевесить их фотки на park.by :-D

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Как это ни дико звучит, но "проблема туалетов" является все еще актуальной для белорусских реалий. Большинство доступных офисных площадей представлят собой старые здания построенные по советским стандартам, как правило это корпуса институтов, заводов и т.п. . Туалеты там представляют собой плачевное зрелище. Хороший туалет может быть только в случае, если арендующая IT фирма возьмет его в аренду или просто согласится сделать ремонт за свой счет, что случается нечасто.

Например такое было в одном из ЕПАМовсих офисов на Хоружей 33а.

И какой тогда прок от стула за 200$ ?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Я бы добавил один существенный момент. Проблема зачастую не столько в количестве, сколько в качестве туалетов, которое оставляет желать лучшего и лишний раз доказывает, что мы еще далеко не в европе.

Хотя, согласен, из-за недостаточного их количества качество также резко ухудшается :-)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Ну почему же, советы умного человека иногда приятно и интересно почитать/послушать. Например, возьмем того же Спольски. Некоторые его блоги написаны в стиле "делайте вот так, а не иначе", но от этого менее интересными они не становятся. Важно, чтобы было объяснение, почему нужно делать так а не иначе.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

>>Ты наверно понял, что у вас в ЕПАМе никогда не будет стульев за 200$

Да, похоже что, увы (рыдая в платочек). Это же потребуетcя 5500*200$=1100000$ на стулья для всех. Даже если продать старые стулья на ждановичском поле чудес все равно не хватит.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Даже если это и так, то что из этого следует? К чему подводите мысль?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Я бы сказал, что он пролоббировал создание ПВТ в компании с другими заинтересованными гражданами.

Ну я бы так не сказал. По той простой причине, что явной и очевидной выгоды ЕПАМу от участия в ПВТ, из-за которой стоило бы лоббировать эту затею, не просматривается. Лично мне в данной ситуации видится определенный компромис - вы легализируете все свои доходы, а мы строим ПВТ и даем вам льготы. Мы можем только гадать, но представляется, что затея пришла сверху, а не снизу.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Откуда такие выводы касательно епамовцев? Мы свободные люди - говорим, то что думаем, а то что думаем можем и не говорить.

Лично я, насмотревшись на весь тот шмон устроенный службой охраны, хотел было развернуться и пойти домой прямо с утречка.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Уважаемый barbedwire, отвечаю по порядку на все вопросы касательно епама...

>>1) Ну так а в чем проблема, я ж об этом и говорю, сотрудники епама поддерживают президента :-) интересуюсь сколько у них ячеек брсм и кого выдвигают на общебелорусское собрание.

Не все сотрудники епама поддерживают президента, ячеек брсм нет и небыло, на сходку никого не выдвигали. Кратко и по сути.

>>2) Об этом тоже говорил, сотрудники епам считают что ради денег можно поторговать совестью. В чем проблема. Зачем тогда это отрицать. Готовы и готовы.

И что вы все заладили "сотрудники епама, сотрудники епама...". Да где вы их соббсно видели этих сотрудников? В Епаме работает 5500 человек, а "три калеки" на видео плюс добкин - это все сотрудники епама? Поработайте для начала с более-менее репрезентативной выборкой, а потом делайте космические утверждения космической же глупости относительно епама.

>>3) Советь в обмен на карьеру ? Почему нет. Я не против. Только не надо стыдиться это признать.

Я лично свою совесть никому не продавал, и на карьеру не менял. И думаю это касается большинства епамовцев. Прямые математические обобщения с частного видео подсмотренного одним глазком на целую компанию (о которой вы ничего на самом-то деле ничего не знаете) выглядят неумно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Косинца в оппозиционеры уже записали... ха-ха-ха... вы хорошо разбираетесь в людях, однако... Узнайте побольше, что это за человек, а потом уж ставьте нам его в пример.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Ну так серьезные жеж люди делали. ПВТ - это вам не сказка - тут работают очень серьезные и суровые люди. И в цирке они тоже не смеются.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

Практика менторинга была официально внедрена в ЕПАМе года два назад, а может и больше. По прошествии этого времени могу сказать, что сейчас пациент скорее мертв, чем жив. А начиналось все очень хорошо - все были просто воодушевлены этой идеей. На практике оказалось много подводных камней, которые в итоге по эффективности свели всю идею на нет, а процесс превратился в чистую формальность.

Как нибудь могу поделится подробностями, так как принимал непосредственное участие в этом начинании.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Ну как бы это сказать.. с таким жестким подходом и людей можно всех растерять. Ведь иногда можно и договорится с хорошим сотрудником, если он еще колеблется - уходить или нет, предложить условия получше и зарплату поднять. Скажем если хорошему разработчику в соседней конторе предложили зарплату повыше и он еще раздумывает, остатся ли на старом месте или нет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

Ну что значит, хочет или не хочет. Так четко сказать да или нет могут только небольшой процент сотрудников. Остальные же находятся на постоянно меняющемся уровне удовлетворения от работы. С течением времени уровень удовлетворения начинает снижатся и человек начинает осматриваться по сторонам, смотреть что делается в других компаниях и т.п. Это не означает что он больше не хочет здесь работать - он только лишь начинает сомневаться, скажем так.

Вы на 100% уверены в том, что в вашей компании созданы идеальные условия труда, чтобы с такой легкостью расставаться с работниками ?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

А я бы не стал при трудоустройстве ориентироваться только на выручку компании в пересчете на сотрудника. Этот показатель карман не греет.

А как он связан с зарплатой сотрудников выяснить скорее всего не удастся. Логично предположить, что чем больше выручка, тем меньше зарплаты :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

На когда намечен взлет к светлому будущему ? ну или куда вы соббсно лететь собрались ? :-)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

- Напитки

Чая, кофе вполне достаточно.

- Еда

Снеки и прочее - в топку. Самое главное - это качественные обеды с возможностью выбора тех же снеков, соков, десертов. Причем для меня больше имеет значение само наличие такого заведения общепита рядом с фирмой, или даже наличие корпоративной столовой, что есть явление редчайшее в РБ. Студенческие и заводские столовки из прошлого века в соц. пакет не защитываются, даже если и с полной компенсацией.

- Отпуска и отгулы

Приятно когда что-то есть похожее, но не более того. Ключевой момент здесь - это удобство 'бронирования' отпусков и дней по болезни, к-е должно оградить сотрудника от архаичного и сложного кзота рб.

- Подарки от компании

- Абонементы

ИМХО это просто приятные мелочи. На соц. пакет не дотягивает.

- Обучение

Это не соц. пакет, а элемент органичного развития любой фирмы. Я бы вопринимал это как трудовую необходимость, а не как бонус.

- Корпоративы

См. выше.

- Парковка

Насущную необходимость облегчения доставки сотрудников к месту работы записывать в соц. пакет? Смешно и грустно.

- Медицинская страховка

Второй по значимости элемент соц. пакета. Должен идти в списке сразу после первого пункта - обедов. Главное условие здесь - это наличие страховки на стоматологию, о которой многие скромно забывают, а ведь это найболее затратный пункт для сотрудников. Скромно опустим тот факт, что в РБ страховой медицины нет как таковой, или я что-то упустил ?

- Кредиты

Третий по значимости пункт.

Обобщая все вышеперечисленное предлагаю свой вариант соц. пакета:

1. Обеды.

2. Мед. страховка со стоматологией.

3. Бензин.

4. Кредиты.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>У нас вместо страховки договора с мед-центрами на бесплатное обслуживание по стандартным процедурам. Меньше возни с чеками.

От стандартных процедур толку мало на практике. По сути они бесполезны. Самое важное для меня лично - это регулярное терапевтическое обслуживание и стоматология, что в епамовский пакет, чего там скрывать, не входят.

А если не дай бог, что-то серьезное, то тут уже стационар необходим с набором обследований - и это тоже мимо пакета пролетает.

Ну а все остальное из вышеперечисленного - это просто прятные мелочи жизни. Именно мелочи, а не элементы соц. пакета, увы.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Не согласен я... с таким подходом. По вашему компания должна просто дать больше денег и самоустранится от решения всех остальных проблем сотрудников? Это самое простое решение для руководства, но смогут ли сотрудники простой прибавкой к зарплате решить все проблемы? Я уверен, что нет.

Вот пример №1. Компания Х строит большой офис за пределами МКАД и дает +100$ в месяц на обеды. Все отлично, но где за МКАД можно пообедать здоровой пищей, а? Ближайшие точки общепита расположены не ближе 3х км. Наездишься каждый день на обед? - измотаешься больше и 100$ уплывут чисто на бензин. Право выбора за вами, но не лучше бы было забрать 100$ и соорудить качественную корпоративную столовую.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Вообще говоря в нашей стране есть такая тема - платишь $20 в месяц, и у тебя гарантированная пенсия в $100. причем $20 доларов не облагаются налогом

Это кто гарантирует? Мавроди? Ню-ню, закапывайте ваши денежки, добрые буратины, в обмен на пустые обещания. А если, серьезно, то нет у нас в стране такой темы на серьезном законодательном уровне. Зато есть много мошенников.

>И каждый день бесплатное пиво, вино, сок, кола без ограничения.

Слушайте, я, такое впечатление, в другой стране живу. Где же все эти райские местечки. Подскажите хотя бы одно.

>...для специалистов из Европы или США, если они конечно согласяться работать у нас.

Ключевое слово здесь, что никто не согласится ))

Про мед. страховки я уже писал. Так как в стране нет страховой медицины как таковой, и более того, декларируется, что она бесплатная, то подавляющее большинство компаний забивают болт на этот важнейший элемент соц. пакета. А скидки в 10% на стоматолога - это несерьезно. Оплата мед. страховки должна начинаться с 50%.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

Я тоже над этим задумывался. Скажем стандартная анкета ЕPAM изначально создавалась и содержит список технологических навыков и знаний (языки, технологии), а не знания предметных областей. Я думаю, что причина кроется в специфике наших разработчиков и компаний специализирующихся в основном на аутсорсинге. А в аутсорсинге знание предметных областей второстепенно, поскольку заказы приходят уже с готовыми требованиями, спецификациями, а иногда и с уже разработанной архитектурой верхнего уровня. Нам нужно знать КАК сделать, а не ЧТО сделать.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+8

Да это верно. Универсальный разработчик - это не панацея для всех случаев. Как говорится, или вширь или вглубь. Я бы сказал, что время от времени универсальным разработчикам просто необходимо привлекать узкоспециализированных экспертов для решения особых задач. Вот примеры проблем, требующих экспертных знаний:

- Всякого рода тонкая настройка и оптимизация: настройка JVM, конфигурирование сервера БД, архитектура на сетевом системном уровне...

- Оптимизация SQL запросов, оптимизация по памяти и процессорному времени.

- Решение сложных алгоритмических задач, где важно быстродействие и число операций.

...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

>>Оптимизсция SQL? Акститесь! Это как раз задача рядового программиста.

Не уверен, что большинство рядовых программистов знает как правильно применять команду EXPLAIN, как активизировать SQL profiler/analyser, как грамотно организовать индексы, чтобы не навредить, как эффективно делать выборки из двух и более таблиц, как и в каком порядке обрабатывается SQL в конкретной CУБД (а здесь всегда есть своя специфика, известная только экспертам), не говоря уже о тысячах конфиг.-параметров в СУБД (это отдельная тема, но все же).

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Нет такого даже русскоязычного термина - "бЕклог"... Есть "бЭклог".

Смотрим Гугл:

"бэклог": 2,220 results

"беклог": 641 results

Автор подправьте пж-та, а то глаз режет.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>>Не знаю как это с легальной точки зрения, но это просто не этично! Если кто то хочет конкуренции, то эта должны быть честная конкуренция а не воровство.

Вам не кажется, что слово Воровство здесь не совсем уместно? Информация собирается из открытых источников Гугла доступных любому пользователю во всем мире (ну кроме китайцев, может быть). С таким же успехом вы можете обвинить в воровстве тысячи других приложений использующих отрытый Google Search API. Нельзя украсть то, что и так выложено для общего пользования самим же Гуглом.

Простой пример: Вот я иду вечером по улице, мимоходом нагло заглядываю в освещенные незаштореные окна и смотрю чем там занимается люди. Это этично ? - Не совсем. Это воровство? - Нет. Ведь окна незашторены и никто не может мне запретить туда заглядывать.

Поэтому не имеет значения как MS использует собранную информацию, важно то, что она добыта совершенно легально. А вопрос этики здесь не совсем актуален. А если Гуглу это не нравится, то пусть занавешивает окна.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Разумеется, нет. Я кстати выступаю за чистоту языка. Но если уж автор считает, что без заимствования никак не обойтись, то пусть это будет бэклог. Русскоязычный звук "е" намного мягче, чем англоязычный "a". Сравните слова APPLE и ЕЛЬ.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

Проблема надумана на мой взгляд. Точнее действительно есть проблема распределения в целом по РБ, но нет никакой проблемы распределения именно IT-шников. Кратко поясню позицию...

IT-шники находятся в заведомо более выигрышном положении, чем выпускники др. специальностей, потому как:

1. Зарплата в IT выше средней и нечего жаловаться.

2. Предложений от работодателей для выпускников IT хоть пруд пруди - с руками отрывают прямо с 3-го курса. Студенту всегда есть из чего выбрать заранее. Сравните это скажем с студентом-бухгалтером, к-му найти работу целая проблема.

3. По сути повальная принудиловка при распределении отсутствует. Администрации IT вузов достаточно лояльны. Студенту дается право самому выбрать будущее место работы заранее, и 99%, что вас туда и распределят. Сравните это с произволом творящимся в МЕДе или ПЕДе, когда насильно высылают в глюндевку на 2 года, независимо от твоего желания.

В целом мой посыл нынешним IT-студентам таков: не плачьтесь в жилетку на пустом месте, а радуйтесь жизни - вы еще не нюхали пороха, а студенты др. специальностей находятся в гораздо худшем положении.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Картинка к посту не соответствует белорусской реальности. Надо было нарисовать студента в нестиранных джинсах, а не белого воротничка с запонками :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

То что автор сумел найти работу вовремя и ему не пришлось грузить вагоны, чтобы прокормить себя живя на подсосе - это уже успех для иммигранта. Ведь есть и другие гораздо более плачевные примеры. А феррари - это не показатель, средний класс тоже звучит гордо.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Далее мы распечатываем пароли для доступа, привозим их в офис компании и, совместно с представителем компании, раздаем случайным сотрудникам.

Вот здесь и может быть зарыта собака необъективности. Каким образом вы собираетесь отбирать случайных сотрудников и вручать им пароли? Не получится ли в итоге, что вы раздадите пароли 'ответственным' сотрудникам отдела кадров и начальству, вместо рядовых труженников?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

Ну уважаемый, barbedwire, вы здесь не открыли америки сообщив нам, что "A: Кумоство демотивирует сотрудников". Про это явление написано уже достаточно много, как у нас, так и на западе. Но у вы почему-то упорно проталкиваете мысль, что будто бы кумовство - это некая исключительная нац. особенность белорусов, и лишь исключительно белорусов. Скажите еще, что проявлений кумовства нет на западе или в штатах - я первый брошу в вас камень.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

>>"Большинство ведущих софтверных компаний" делают часть софта здесь не потому что здесь "команды лучше", а потому что здесь дешевле...

Это не совсем верно. Руководствуясь вашей логикой 'ведущие софтверные компании' не рассматривали бы РБ в принципе, а пошли бы сразу в китай, индию, въетнам, африку - ведь там еще дешевле.

Не надо утрировать ситуацию скатываясь до штампов вроде "здесь дешевле". Цена не является одним лишь определяющим фактором. Те же Oracle, Microsoft, IBM, SAP тоже не дураки рисковать, и прежде чем разместить заказ, рассматривают кучу других факторов, как то:

- наличие необходимой квалификации и уровень образования работников аутсорсера

- портфолио аутсорсера

- надежность аутсорсера

- удобство коммуникации с аутсорсером

- конечное соотношение цена/качество

И по этим параметрам белорусам есть что ответить. Может наши программисты и не круче чем оракловые, но они не намного хуже и стоят дешевле.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Победит таукрафт

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>>гос заказчик дело такое, скорее почётное, чем прибыльное

Уфф... На вкус и цвет фломастеры конечно разные, но по мне это дело мало того, что неприбыльно так еще и противно как-то.

>>и многие конторы привыкшие к западным заказчикам "не смогут"

Потому что уже отвыкли от бюрократии, архаичных инструкций, неактульного софта, лишнего бумагомарания, наглых и туповатых чиновников, правил типа ты начальник - я дурак, отвыкли ждать денег за выполненую работу полгода спустя... список можно продолжать...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Да, С++ и Javascript безусловно являются источниками многочисленных ошибок и как следствие заслуживают ругательсв. Первый за счет своей естественной сложности порожденной низкоуровневостью. А Javascript это вообще песня... чего только стоит трехуровневое состояние строковой переменной (null, not defined, empty).

Но несомненно более половины потока ругательств сыплются на Javascript по причине броузерных несовместимостей и расхождений от w3c стандартов, вынуждающих разработчиков изобретать трики и твики для простейших вещей, лишь бы добится кросс-броузерного кода. На stackoverflow.com, кстати, Javascript на 3-м месте по кол-ву вопросов.

Но вот чего не могу понять - это почему многие недовольны Ruby. По мне так милый такой японский язычек. Regexp встроен очень удобно. Синтаксис приятный. На диаграме ругательств на месте Ruby должен был быть Perl :-)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Человеку противно работать на государство!

Ну таки да - я не хочу работать на гос-во, я не хочу работать в гос. организациях и в гос. компаниях. Вообще не хочу связываться ни с каким ИТ бизнесом в названии которого есть слово государственный. Я вообще очень скептически отношусь к потенциалу гос. компаний (компаний управляемых гос-м, аля горизонт и пр.), а точнее сказать, считаю что у них вообще нет никакого потенциала. Потенциал для развития может быть только в организациях частной формы собственности, там где есть хозяин. А там где хозяина нет - царит бесхозяйственность.

>>Если людям противно работать на государство, как это самое государство может развиваться?

Элементарно может. Гос-ву нужно уйти с рынка в сторонку и дать людям спокойно работать. У нас 80% компаний - государственные. Это нонсенс. Нигде в развитых странах такого нет: доля частных компаний там составляет более 60%.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>мое - это п№;дец и позор для отрасли и для страны

Сдается мне вы предъявляете необоснованно завышенные требования к соотечественникам. Спуститесь с небес на землю - откуда в маленькой дикой стране могут взятся всемирно известные IT продукты конкурирующие с гугловыми или эпловскими. Если вы видите вокруг необходимые условия и предпосылки для появления таких продуктов, то немедленно озвучьте их, ибо я сгораю от любопытства.

Так и представил себе жителей какого-нибудь зимбабве днем и ночью сокрушающихся и посыпающих себе голову пеплом по поводу отсутствия в зимбабве достойного ответа гуглу.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Вы бы для начала определились со своими чувствами к стране. Постом выше у вас проскакивало "это п№;дец и позор для отрасли и для страны"... а теперь вы уже ею гордитесь как заправский член брсма.

Если честно, то надоело уже что каждый считает своим долгом плюнуть на белорусский аутсорс. И вы кстати не ответили на поставленый вопрос. Какие есть у нас необходимые условия и предпосылки для появления всемирно успешных белорусских IT продуктов ?

Мое мнение, что текущая ситуация с подавляющим превалированием аутсорсинговых компаний на нашем рынке - есть объективная реальность. Не вижу никаких причин, по которым здесь как грибы смогут вырасти куча продуктовых компаний.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

Все сразу бросились обсуждать книгу, незаслуженно позабыв о собб-но авторе блога и его творении. Восполняю данное упущение:

>>ваш черный джип и белый iPad настолько вскружили вам голову...

Переходите работать в достойную аутсорсинговую компанию (догадайтесь куда), руководство к-й не ездит на черных джипых и не кичится айпадами.

>>вы занимаетесь перепродажей людей...

Слишком примитивный взгляд, чтобы быть реальностью. Лениво комментировать - уже сотни раз писали.

>>любое серьезное изменение, любой кризис, приход настоящего бизнеса который захочет вас убить 2x зарплатами сотрудникам и ваш бизнес закроется в 2 счета...

Ну пережили мы уже и финансовый кризис, и серьезные изменения, и не раз (дай бог другим компаниям так сухо выйти из воды). Теперь вот ждем прихода серьезного настоящего сурового бизнеса (продуктового конечно, а как же), к-й переманит всех нас трех тысяч 2х-зарплатами.

>>вы не создаете продукты, никакие серьезные задачи делать вам не доверяют...

А вот действительно интересно, если подсчитать все продукты созданные за всю историю нашей компании, получилось бы двухзначное или трехзначное число?

>>делать по настоящему сложные и серьезные задачи вам не дают...

В том-то и проблема, что дают... Дают иногда после того, как на проекте обломали зубы другие компании. А так поспать хотелось бы, глядя как ровненько продается свой собств. продукт и капают денежки на счет. Так нет же - приходится ломать голову над решением сложных задач.

>>почему Маша наш замечательный программист получает на 20% меньше программистов парней...

Маша, объясните товарищу по быстрому почему вы получаете на 20% меньше.

>>почему "уставший профессионал" Петя с 2 детьми ипотеками высиживающий до 17 последние 2 года получает в 3 раза больше парня после универа который производит в 10 раз больше результата...

Ахххха-ха-ха...Эхх.. Где бы таких "парней после универа" найти, подскажите пожалуйста. Сколько не встречал, все они какие-то зеленые, обучать каждого нужно, а все ж на Петечку ложится. Отощал он совсем сплошным менторингом заниматься.

>>почему ваших "отдрессированных" сотрудников, привыкших делать абы что и не отвечать за качество продукта отказываются брать на работу нормальные (читай не аутсорсинговые) компании...

Читая блог неоднократно ловил себя на мысли что аффтара настигла паранойя. Все абсолютное зло мира сконцентрировано конечно же в аутсорсинговых компаниях, а все добро - в продуктовых. Это без всяких сомнений. Однако расслабьтесь - с вами никто и не спорит. Я абсолютно с вами согласен. Главное спокойствие, только спокойствие.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Предпосылки очень простые - талантливые люди есть и это главное. И то что уже появились танки у геймстрима, один из лучших софтов для игровой индустрии у нас, классный продукт у таукрафта - тому доказательство самое прямое...

Вы думаете? По мне это пока выглят как маленькие ростки пробивающиеся посреди леса. Даже на тенденцию пока недотягивает. Математическую индукцию (правило от частного к общему) нужно еще доказать. Ну или проверить временем. Пока ни того ни другого.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Да, согласен, что в крупной аутсорсиноговой компании есть много возможностей для маневра. Можно сменить один проект на другой, если уже совсем скучно стало. Гораздо реже встречается, но также возможна смена технологического профиля или отдела. Например, надоела Java - взял выучил .net и окунулся в другой мир :-)

С другой стороны, если смотреть на жизненный цикл проекта, то в аутсорсиноговой компании он по многим причинам выглядит короче чем в продуктовой. Соответственно и разработчики не засиживаются на одном проекте надолго.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

Объективно подвести итог в баллах и однозначно сказать что лучше-что хуже здесь невозможно. Это ведь не математика и не статистика, у субъективный взгляд автора блога. Какие-то реальные цифры может дать только стат. исследование.

А вообще - каждый выбирает, что ему больше нравится.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Я бы не стал ставить знак равенства между "Outsourcing" и "IT consulting". IT сonsulting по опредению подразумевает оказание услуг не связанных напрямую с разработкой софта. Например различного рода консультации, исследования, бизнес анализ. А Outsourcing - это уже ступенька дальше, когда компания непосредственно разрабатывает программный продукт для заказчика, то есть, грубо говоря, работает с кодом. Хотя некоторые компании прекрасно совмещают в себе эти два аспекта, занимаясь и тем и другим.

http://en.wikipedia.org/wiki/Information_technology_consulting

"Information technology consulting (also called IT consulting, Computer consultancy, Computing consultancy, technology consulting business and technology services or IT advisory) is a field that focuses on advising businesses on how best to use information technology to meet their business objectives. In addition to providing advice, IT consultancies often implement, deploy, and administer IT systems on businesses' behalf, known as Outsourcing."

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Ну что вам ответить.. Мне как разработчику-профессионалу было бы неинтересно читать упомянутые вами "реально важные" темы:

>>- условия договора с работодателем, то же нормирование раб. времени и оплата переработок,

>>- особенности ведения переговоров по зп и ее регулярной индексации/ повышению

>>- открытие собственного дела в ИТ- области. поиск клиентов, юр. формальности, реальный опыт

Потому как я не юрист и не собираюсь в ближайшем будущем открывать собственное дело. Я интересуюсь всем, что непосредственно относится к программированию и единственное что меня интересует из вашего списка это:

>>- востребованность конкретных технологий для разных категорий разработчиков

Так что каждому свое.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+9

Расслабьтесь, психолог вы наш. Указанные 4 условия, даже если они на 100% справедливы для РБ, отнюдь не означают что у тутошнего населения сей синдром действительно проявляется. Вам же доктор прямо сказал, что эти 4 обстоятельства являются лишь основой к развитию Стокгольмского синдрома, а не его достаточным условием.

Более того, не думаю что все белорусы массово и добровольно останутся в стране, если им действительно предоставится шанс уехать в более теплое местечко.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Есть мнение, что если ребенка плотно пеленать, то он вырастит "зажатым". Мне кажется, что теже американцы всегда ведут себя более расковоно, это один из способов объяснить данных феномен...

Не стоит копать так глубоко :-) Скажем так, что и нас пеленки уже не используют лет десять как минимум (разве что в где-нить в глубинке). Памперс дает ребенку больше свободы, отчего ребенок начинает активнее двигаться, ползать, познавать мир и в результате развивается физически быстрее (да и умственно тоже). Это уже давно известно медикам (и нашим в том числе).

Причины раскованности американцев наверное нужно искать в других местах, благо есть масса культурологических отличий между ними и русскими.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

А я всегда удивлялся умению коллег-англичан написать письмо в два листа размером и при этом ничего не сказав по сути :)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Хорошая статья. Для профессиональных переводчиков наверное здесь нет ничего нового. А вот для IT специалистов вполне подойдет. Предлагаю профессиональным лигвистам продолжить начатую тему в новых публикациях.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

-1

Вот и Гугл тоже работает в том же направлении. Идея, грубо говоря, та же - желание научится запускать C/C++ программы прямо в броузере: Google Native Client (http://code.google.com/intl/en/chrome/nativeclient/). Хотя безусловно полноценный эмулятор процессора это нечто большее, чем гугловые проекты.

Но все эмуляторы по большому счету полезны только разработчикам софта, а вот нужно ли реально это миллионам конечных пользователей по всему миру - это большой вопрос.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Проект представляет определенный интерес и для определенного круга задач может вполне пригодится. Работа над небольшим проектом командой распределенных разработчиков - why not как говорится.

Хотя до фунциональной мощности десктопных IDE ему еще конечно очень и очень далеко. На настоящий момент это вовсе не конкуренты и вот почему... Я вижу здесь концептуальную проблему. Если мы захотим приблизить IDE в броузере к мощи десктопных аналогов и перенесем всю фунциональную нагрузку для такой IDE в броузер, сделав его толстым-претолстым клиентом, то современные мобильные платформы по типу айпада просто загнутся загружая такое приложение в память и исполняя его.

С другой стороны сделав броузерное приложение слишком тонким с кучей аджаксовых удаленных вызовов к серверу, мы получим существенные задержки (читай тормоза) даже на средних каналах связи. Комфортно работать с таким редактором станет невозможно.

Но давайте теперь забудем о фунциональности и сравним комфорт и удобство использования (читай юзабилити) броузерной IDE с десктопной. В моем любимом эклипсе я привык иметь кучу приятных плюшек по типу всплывающих подсказок, тултипов, тучу горячих клавиш, множество шустрых окошек и прочих виджетов по всему периметру, поиск где только можно. Не успел я даже мысль подумать и пальцем пошевелить, а эклипс уже все сделал для меня. Все это составляет рабочую среду для разработчика, мою экосистему, в которой я плаваю как рыба. Броузерная IDE не может дать все это мне, увы...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

5 хитрых вопросов это хорошо, но стоит один раз узнать на них ответ и расшарить ответы с другими соискателями и все.

Я бы просто предложил испытуемому пройти Брэйнбенч тест по C++, который содержит около сорока различных вопросов на разные аспекты языка. Это на мой взгляд намного более объективно.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Да, я так обычно и делаю. В эклипсе можно даже обновить стандартный шаблон быстрой вставки цикла.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

>>3. Что проще - проводить оптимизацию хитроумного кода, ответственного за создание и менеджмент синглтона либо вручную провести LICM оптимизацию обращений к синглтонам в нескольких hot paths программы?

Ну на на самом деле, уже проще сооптимизировать GetInstance() один раз и в одном месте, чем бегать по всем местам где идет обращение к этому синглтону и применять LICM (а мест этих может быть очень и очень много). В этом вопросе я поддержу ad. В большом проекте лучше оптимизировать один кусочек кода локализованный в одном месте, чем искать все вызовы этого кусочка, размазанные по всему проекту, и пытаться их оптимизировать. Это заведомо быстрее и надежнее.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

Автору - спасибо за поднятую тему. ИМХО - интересно. Ждем-с продолжения серии.

Теперь соббс-но по теме... Применять LICM желательно уже на первоначальном этапе написания кода. Я это делаю на автопилоте просто потому, что уже привык так писать код и не могу по другому.

Если же код уже написан и работает, то будет довольно глупо бросаться оптимизировать LICM вслепую, не получив конкретных результатов профайлинга. Прежде чем начинать что-то оптимизировать, нужно знать точно какие места в программе представляют узкое место. Может так статься, что потратив кучу времени вы получите на выходе прирост производительности на 1-5%, к-й не будет никем замечен и оценен по достоинству.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

По поводу дворника...

Вы мыслите ну оооченьидеалистически-абстрактно, и это мягко еще сказано. Вы видели вообще наших белорусских дворников вживую, чтобы утверждать, что они легко могут пойти учится на ФПМ и завтра начать программировать? Никого не хочу обидеть, но большинство минских дворников имеют мозг безвозвратно деградировавший от того самого бырла, и мыслят категориями бесконечно далекими от абстрактных вещей вроде математики или программирования. Какие интегралы, какие виндоусы и джавы - им бы день простоять да ночь продержаться. А сомневающимся предлагаю в качестве практического эксперимента подойти завтра к местному дворнику и спросить у него что такое интеграл, что такое виндоус и хочет ли он начать завтра программировать за 500$. О результатах можете сообщать прямо здесь ответами мой пост.

И вообще не надо утрировать и заявлять что на ФПМ очень легко учится. Количество математетических дисциплин предлагаемых студентам там очень приличное - на пальцах обеих рук не пересчитаешь. Это лучшее место в стране для тех, кто действительно хочет заниматься математикой.

Как-то раз я перечислил изучаемые на ФПМ предметы студенту политеха - безусловно в разновидностях вышки он ничего не понял, но при этом смотрел на меня как на идиота, и посоветовал мне занятся чем-нить более приближенным к жизни, автомобилями например.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Гм.. где вы увидели негатив? Реализм чистой воды. Я на самом деле дружу со всеми дворниками и каждое утро по ходу на работу мило перекидываюсь с ними последними новостями. По всем местам где я жил мне всегда везло на хороших дворников. Но увы.. с полнейшим отсутствием внутренней мотивации.

Парадокса нет никакого. Внутреннея мотивация - это очень хорошо. Жалко только, что она редко встречается.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

>>Руби-разработчики больше пишут тесты не из-за интерпретируемости языка, а из-за того, что изучение юнит-тестирования вплетено во все обучающие материалы по Руби.

Совершенно верно, но с точностью наоборот.

Именно из-за того, что язык интерпретируемый, изучение юнит-тестирования вплетено во все обучающие материалы. В интерпретируемом плюс НЕтипизированном языке, находить ошибки в программе очень сложно. По сути однозначно утверждать, что Руби-программа не содержит ошибок, можно только прогнав в реал-тайме все ее логические ветви. Поэтому юнит-тесты для Руби есть вещь необходимая, без которой сложно обойтись.

В этом смысле плюс жестко-типизированных компилируемых языков вроде Java состоит в том, что половина ошибок отсеивается уже на этапе компиляции кода. Поэтому и юнит-тесты для Java программ носят лишь рекомендательный характер.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Компиллятор не решает проблем разработчиков

Я бы сказал так. Компилятор не решает ВСЕХ проблем разработчиков, но позволяет исправить очевидные ляпы связанные с несоответствием типов уже непосредственно в студии разработки. У разработчиков Руби нет этого первичного фильтра ошибок и поэтому Руби юнит-тесты тестируют как очевидные ляпы так и реал-тайм логику программы. Джависту от юнит-тестов нужно лишь последнее...

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>я вообще не понял, с какого перепою социальные сети противопоставлены электронной почте.

Попытаюсь объяснить. Да, как бы с одной стороны социальные сети - это публичное хранилища тонн персональной информации, и фото и видео-помойки, но с другой стороны они позволяют адресату X послать сообщение адресату Y. То есть по сути выполняют первичную функцию электронной почты. Да конечно, посылка сообщений в сетях на первый взгляд достаточно неудобна - нужно залогиниться на сайт, найти человека, кликнуть по его фейсу чтобы появилось маленькое убогое окошечко, где можно набрать текст сообщения, при этом сеть постоянно вываливает на тебя кучу ненужной информации, грузит сотни картинок, рекламы и прочего шлака, но в итоге сообщение любимому Васе или Кате будет отправлено.

Но смотрите, что происходит... При этом сеть для уведомления Васи о новом сообщении шлет ему e-mail!!! "Мол, смотри Вася, тебе пришло новое сообщение, но прочитать его непосредственно в своем почтовом ящике, ты не можешь - пожалуйся залогинься сначала в нашу сеть и уже там ты его увидишь, а заодно и напишешь ответ (а мы при этом тебе подсунем тебе кучу фоток, контента, рекламы, хи-хи-хи)."

То есть сама по себе сеть не может существовать - она активно использует сервис электронной почты для регистрации пользователей, всяких уведомлений, завлекаловок и прочего. Это как бы коммерческая надстройка над обычной почтой.

Но многие люди подсаживаются на сетевую иглу. Они логинятся туда с утра и чатятся там сутками, не пользуясь более электронной почтой. Соответственно сети активно потесняют сегмент рынка, где ранее царствовала почта.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

Работая в НаучСофте девять лет назад не заметил я никаких командировок. То есть их просто не было вообще - никто из нашего отдела за два года не ездил никуда !! И это притом, что мы разрабатывали самые критические модули для продуктов. Если сейчас у вас ситуация поменялась, то я искренне рад за вас.

На самом деле, кому как конечно, но мне нравится примерно раз в год ездить в командировку в дальнее зарубежье. Мир посмотреть, себя показать, с людьми пообщаться - это всегда интересно, когда не в напряг.

Кстати, сколько не ездил, а всегда командировочных платили достаточно, еще и оставалось. Не понимаю, какой смысл мелочиться, подсчитывать эти копейки и высчитывать отработанные часы. Если ты ездишь не каждую неделю, то это все мелочи не стоящие и выеденного яйца.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

По поводу епамовской анкеты-таблицы со списком навыков... На мой взгляд слишком технична она. Работодателя интересует в первую очередь навыки соискателя на данный момент времени, то что он умеет делать прямо сейчас или чем занимался в последние 1-3 года. Поэтому перечислять навыки следует заранее отсортировав их по как степени важности для данной вакансии, так и по времени, спускаясь от самых свежих к более древним.

Допустим был я когда-то лет 5 назад экспертом по C++, но не работал на нем все это время. И соотв. на данный момент времени этот мой навык уже потерял актуальность - я более не эксперт в с++.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

В мире Ruby есть альтернативная, похожая штука. Называется Sass (http://sass-lang.com/docs.html). Идея использования переменных в CSS стилях становится популярной, я смотрю.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Десятки миллионов людей зарегистрировались в гугл плюс и продолжают в него не заходить. В Чаусах ветром повалило новогоднюю ёлку.

Написано так как будто эти 2 события чем-то связаны :-D

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Не понимаю негативных отзывов - клип ведь непрофессионалы делали, и исключительно ради своего развлечения. Здесь нет ни рекламы, ни скрытых корпоративных целей. Так сказать, неофициальное творчество.

Жизнь простого программиста тяжела и неказиста - так давайте сделаем ее веселее.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>>Будь это дейсто абстрагировано от компании...

Объясните мне в чем смысл такого жесткого разделения своего личного отдыха от отдыха в "лоне" компании с коллегами. Если я увлекаюсь, скажем, фото/видео съемкой, почему я не могу принести камеру на работу снять своих коллег, вместе посмеятся над смешными моментами присущими нашей профессии.

>>дабы лишний раз её не компрометировать...

Вопрос компромата заключается лишь в том "а есть ли соббсно компромат?". Мы тут не в закрытом спец-учреждении работаем, а в крупной публичной компании. Делать какую-то тайну из внутренней культуры в данном случае выглядит достаточно глупо.

Вообще странное дело вы говорите. Из чего я делаю вывод , что на самом деле ролик вам понравился, и только лишь наличие логотипа компании порождает негативные эмоции. Если это так, то мне искренне жаль таких людей ;-)

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

>Буду просто счастлив, если переубедят, что такого уже нет)))

К сожалению такое есть в наших компаниях - я еще писал нечто подобное здесь же в своем блоге пару лет назад. И более того, на мой взляд, явление даже усилилось, поскольку разработчиков на рынке не хватает и приходится раздавать погоны налево и направо, чтобы не ушли в другие компании.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Я сильно подозреваю, что выбранная методика оценивания основана на статистических данных, и что их требуется достаточно большое количество. Все стат-исследования и опросы должны опираться на репрезентативную выборку - и чем больше выборка, тем точнее будет исследование. На малой выборке (читай для маленькой компании) статистика даст очень большую погрешность и не будет отражать реального положения дел, поэтому и ввели порог в минимум 50 человек.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Не думаю. Конкурс называется "Лучшие компании глазами сотрудников". Имеется ввиду рядовых сотрудников. Выборку 5 чел. из 5ти не назовешь репрезентативной, так как туда попадет много нерядовых сотрудников, кровно заинтересованных в продвижении своей компании в рейтинге, как то - владельцы компании, директорат, менеджмент и т.п. Опрашивать всех без исключения сотрудников маленькой компании будет нечестно по отношению к крупным компаниям, где сделать аналогичное будет невозможно физически.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Что за слово "продажник"? В русском языке если оно и используется, то для обозначения продажного человека или предателя, и несет в себе стойкий негативный оттенок.

Есть уже устоявшиеся годами профессии - продавец, специалист по продажам, менеджер по продажам и т.п.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+11

Майкрософт исторически ориентировалась больше на ОС и десктопных приложениях. Уже в начале эпохи интернета компании не всегда удавалась быстро отвечать новым потребностям пользователей, и еще более сложно стало задавать новые стандарты. Вспомним для примера войну NN и IE - IE вышел на рынок с опозданием и выйграл войну во много благодаря своей неотделимости от Windows.

Когда появилась Google ориентированная на Веб, стало понятно что в сфере веб-технологий, поиска и онлайн-приложений появился новый лидер. Успех Гугла только закрепился с появлением большого числа производительных мобильных устройств. Впервые пользователи смогли обходится без десктопа храня документы и работая с ними онлайн.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+5

Кстати этот гигантский "айпад" от майкрософт - прикольная штука. Я бы не стал ставить на нем крест. Если установить туда современный тач-скрин, обновить операционку и повесить скажем на стену, то думаю получилась бы стоящая вещь. Такой "айпад" на стене можно было бы использовать в офисах в качестве доски с маркерами. Карточки для аджайл-проектов расладывать бы было удобно или там в пасьянс сыграть.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Зато, обрастая возложенными на тебя со всех сторон задачами, становится легче выбивать себе повышение зарплаты. Это может быть аргументом во время разговора с начальством.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+3

Пробовал я как-то использовать ассерты в Java, но не оценил их практической пользы. На сегодняшний момент времени не использую их вообще. Причины в следующем:

- По умолчанию в Java ассерты отключены. Чтобы их включить нужно запускать JVM со спец. параметром. Для локальных консольных программок - это не сложно, хотя и лениво. А при разработке на общем Java сервере на практике никто не включает ассерты на J2ee серверах.

- Использовать ассерты для проверки входных значений методов, с моей точки зрения, выглядит бессмысленно. В паблик-методах нужно использовать IllegalArgumentException для этих целей. Ну а приватные методы иногда имеет свойство становится паблик с течением времени - поэтому тоже не рекомендую.

Общая проблема с ассертами заключается в том, что при их использовании продуктивный код может работать совсем не так как на сервере разработки и это есть плохо, потому как получив дефект на продуктивном сервере, воспроизвести его на сервере разработки может оказаться невозможным из-за включенных ассертов.

Ассерты, кстати, можно с легкостью заменить Исключеними с грамотной записью отладочной информации в Лог-трэйсинг.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

Позволю себе вставить свои пять копеек (кое с чем не согласен)...

>>Минимум, что должен выдавать assert - свое местоположение в коде (имя файла и номер строчки). Этой информации достаточно для быстрой локализации и исправления ошибки

В большом приложении иметь лишь местоположение ошибки в коде недостаточно, даже если конечный пользователь и вышлет его вам. Представьте, что ассерт сработал в компоненте, к-й вызывается из сотни разных мест с разными параметрами и юз-кейсами. С др. стороны стек-трейс исключения дает много больше информации разработчику (собственно цепочку вызовов, приведшую к ошибке).

>>...чем вручную копировать мегабайты стектрейса, типичного для приложений, написанных со злоупотреблением exception'ов (этим обычно грешат java и C++ разработчики).

В Java ассерты реализованы на основе тех же исключений, так нелюбимых вами. Просто бросается исключение AssertionError, к-е при желании можно отловить в программе как и любое другое. Разница в том, что с большой вероятностью оно останется неотловленным, так как ловят обычно Exception, а не Error. Соответственно в Java ассерте стек-стрейс так же присутствует.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Проблема несколько надумана на мой взгляд. Я был в офисах немецкого САПа - там куча программистов, которым уже за 40. В этом плане, в крупных компаниях чувствуешь себя более защищенным, чем в мелких или при частой смене работодателя.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+16

Я работаю в Епаме на Купревича. Подскажите где у нас такие оранжевые и красные офисы, где эти чудные комнаты с хоккеем, футболом, бильярдом ?

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+4

Определенно не стоит делать вывод о закате аутсорсинга на примере банковских систем и авиации. И первое и второе - примеры критических систем реального времени с максимальными требованиями к надежности. Количество таких систем на фоне всей огромной массы приложений не превышает 5-10%. Основная же масса задач решаемых аутсорсерами задач далека от инноваций и имеет совсем другие требования к качеству, надежности и т.п.

Из приведенных примеров следует лишь то что не всякая задача годится для аутсорсинга. Я бы объяснил это тем что раньше на аутсорс отдавали только рутинные приложения и задачи. С ростом популярности и моды, стали отдавать больше серьезной работы и при этом меньше думать. В конце концов когда стали бездумно отдавать почти всю работу резко возрасло кол-во провалов . Само по себе это не говорит о том что аутсорсинга умирает. Просто надо четко оценивать что можно отдавать а что лучше делать самим.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+1

Да согласен, кроме ничто так не греет душу как заслуженная похвала на проекте. А просто писать код без признания твоих заслуг надоедает со временем.

Компании

Название Рейтинг Отзывы
5.0 0.0 7
5.0 0.0 5
5.0 0.0 22
4.9 0.0 9
4.9 0.0 12
Все компании

Зарплаты

1600
Медиана зарплаты в ИТ за 3 месяца
СЕН
ОКТ
НОЯ
ДЕК
ЯНВ
ФЕВ
1500
1420
1700
1575
1500
1900
Использование материалов, размещенных на сайте, разрешается при условии прямой гиперссылки на dev.by. Ссылка должна быть размещена в подзаголовке или в первом абзаце публикации.