Вот назовите хоть одно ресерч — представительство крупной международной конторы в Киеве?
На собеседовании в Materialise говорят, что весь R& D переводят в Киев.а так вообще похоже на новый холивар — раньше было С++ vs делфи и висуал бэйсик, делфи уверенно лидировало в каментах.
+1 за TWIT и FLOSS weekly.не знаю что можно почерпнуть у крупнейшего ИТ-издательства Украины;), а английске подкасты я слушал, чтоб улучшить английский — и не напрягало и был заметный положительный эффект.
Спасибо, отличная статья.И устрашающие графики в «копии презентации»:)
благодаря аутсорсингу мы привыкли, что программисты в шоколаде, не смотря на то что большая часть страны в другом соусе аналогичного цвета.кризис конечно приведет к лопанью пузырей и оздоровлению, но это в перспективе на пару лет., а на ближайшие полгода всех ждет первый этап шоковой терапии.зажравшиеся быдлокодеры и быдломенеджеры уйдут в небытье — это хорошо., но кадровый дефицит уйдет вместе с ними. так что халява кончилась для всех. многие ли комментаторы ею не пользуются? лично себя я не причисляю к белым и пушистым.этот холивар работодателей и исполнителей с кучей взаимных обвинений — скоро все станем на заслуженные места:)
2 Max: программисты абсолютно не приспособлены быть бизнесменами, являются большими детьми и мечтателями, романтиками, которым интересно творчество, а не то, как это творчество воспримут на рынке среднестатистические энд-юзеры (аудитория на 90% состоящая из чайников и гопников).именно об этом кажись написал Ашманов в правилах., но это не означает что программисты «дыбилы» или «идиоты».точно так же как и бизнесмены не являются «дыбилами», если они говорят «нас не интересует внутренняя красота кода, передовые библиотеки и производительность — нам нужно чтоб бюджет был меньше, чем доход».походу Ашманов рассказал гораздо толковее, чем менеджеры и руководители из каментов к «аутизму». и пожалуй финансовые результаты можно считать аргументом, что он ближе к истине))
не понимаю, почему только на 2х? я хочу все на албанском и китайском.и плз позвоните еще в BBC world, попросите чтоб они для своих английских новостей давали русские субтитры.просить двуязычность легко, делать — сложнее. контент тут абсолютно бесплатный.так что имхо все эти разговоры — бесполезный флуд в неподходящем для этого месте.
унылая статья ИМХО.Есть западные заказчики, которые своим западным девелоперам платят по 50−60−100 уе в час.Потом они находят бизнесменов в Украине, которые грят «мы наберем украинских программистов, они будут работать за 30 в час». По рукам, буржуи платят 30, конечный исполнитель получает 5 (зачем платить больше, это и так сумасшедшие деньги для нашей страны). Хозяин фирмы в Украине имеет суперский доход.Появляются еще много местных бизнесменов, которые хотят себе кусок пирога.Но исполнителей не хватает — что ж, а мы будем не 5, а 7 платить, т.е. на 40% больше, и все побегут в наш офис.А нам останется 23 вместо 25 — это тоже мечта поэта, зачем быть жадным? И начинается гонка — зарплаты ростут, сверхрентабельность превращается просто в большие доходны, потом в средние, потом если не умеешь работать — нет почти доходов, есть только оборзевшие сотрудники.Поднимают зарплату только по той причине, что через дорогу тоже подняли. А зачем еще? Бонусы — вообще ни при чем, их все равно переводят в деньги (сколько мне будет стоить мед страховка, если я выплачу ее из своего кармана), прибавляют к зарплате в оффере, и смотрят какой из офферов дороже.Это свободный рынок, это бизнес, а автор дает советы компаниям, как удерживать сотрудников??? Зачем? Кому? Это их интимные проблемы: как они зарабатывают, во что инвестируют. Не нравятся переманивания — ок, свобода мысли, но зачем сидеть под подъездом на лавочке и критиковать других? Не нравятся переманивания — сиди на одном месте. Не нравятся условия и мед.страховки — иди в другое.Не нравится подход всех работадателей — открывай свою фирму, узнавай что это такое, бери на себя риски, набирай людей, предлагай красивые страховки и бонусы — и я сразу же пришлю резюме.
А мне про XP вообще не понравилось.Звездеть-то каждый может, но единственный дельный аргумент — Conway’s Law, и тот сомнительный.Способ изложения не очень — так много тексту и так мало мысли (та знаю, знаю — это не вода, а понятный язык, много примеров и сравнений с другими областями).Против раздутых до религии хороших идей ХР он выдвигает свою религию — «любая методология отстой, никто не может придумать ничего лучше чем тот „процес“, который мне удобен, я его еще в школе изобрел».ИМХО слабо.Есть в Киеве конторы, которые используют «чистый» ХР, а не «что-то среднее между RUP и ХР»???
Это вечная менеджерская мечта о том что правильная организация труда заставит и обезьян сделать конкурентноспособный продукт. Иначе ведь все решает компетентность работников, а не то какой менеджер умный. Ну не хотят менеджеры быть обслуживающим персоналом и всё тут.
Никто не говорит, что правильная организация — панацея, но ИМХО в любом деле есть вещи, которые непосвященному кажутся неудобными или неэффективными, или вредными. И не попробовав не узнаешь, хорошо оно или плохо.Я, к сожалению, далеко не менеджер. А книги по методологии думаю должны читать именно программисты, не реже чем по языкам, алгоритмам и патернам.Нужно ближе к делу, без отсебятины? Пожалуйста: возьмем пример с VHDL — нельзя ломать чужой код, значит ХР тут не катит.Во-первых, если есть нормальные тесты — ты ничего не сможешь сломать, ведь сразу увидишь какой тест запорол. «Не зачет».Во-вторых, сложные взаимодействия регистров — это и есть «big hairy program» (а вот и цитата: -Р) в пределах одного модуля. Не только ХР ими грешит, но и авторские контрпримеры.Я не програмирую парами — просто не с кем. И тестов у меня меньше, чем кода.Кто из здесь присутствующих пытался проникнуться ХР «по-настоящему»? Так чтоб минимум 2 месяца без читерства следовать всем догмам ХР? Если нет — в праве ли он теоретизировать, что это х%ня? Если есть кто-то, кто по-честному через это прошел и может поделиться негативным опытом — тогда я конечно обломаюсь и заткнусь.Но в статье нет таких доводов, только размышления, потому она мне не нравится.Много бла-бла-бла про бессмысленность «best practices»? Так можно теоретизировать и показать, что design patterns тоже отстой — надо свои задачи решать, а не учить решения проблем, с которыми столкнулись разработчики GUI на SMalltalk.Много бла-бла-бла про то, что парами пишут в два раза меньше кода и тратят время на бсполезные тесты, а не на продукт? Помните тут был перевод статьи про анти-паттерны? Коммандос, Авральный Метод, Визитор из Ада — они ведь тоже на первый взгляд ускоряют работу, но все знают, что это боком вылезет. Почему никто там не теоретизирует? Все тут ИМХО сводится к мысли «я сижу в своей пещере и придумаю тысячу причин, почему я самый умный, и почему необходимо убить любого, кто посоветует кондиционер».Никаких перемен, ведь от них только разруха — вот ключевая позиция, так? Я с этим не согласен.Вот так я прочитал эту статью про ХР. Сплошная философия, и никаких практических результатов, никаких полевых испытаний. Точно так же я могу попустить Питон за отсутствие проверки соответствия типов на этапе компиляции, за некрасивые init (), за выделение блоков пробелами без фигурных скобок, за производительность хуже чем в С.Что мне возразят? Спросят сколько строк я написал на питоне. Какие задачи я на нем решал.Извините за флуд.
Человек где-то ошибся, не досмотрел — с кем не бывает. Даже с великим PJE. Или нужно сделать вывод, что тесты — пустая трата времени, лучше б он сидел без них? Быстренько написал, быстренько вручную протестил весь функционал, потом быстренько подправил, опять вручную все быстренько потестил.Почему тут виноваты только тесты? Может виновата ОС, или фреймворк, или ООП, или (не дай бог) язык??? Не существует такого подхода или инструмента, который сам заставит все предусмотреть, ни разу не ошибиться. (Если есть — урл в студию, мне правда очень эта вещь нужна, ASAP)баги которые надо было править не только в коде, но и в тестах. И это всё при том, что человек — единственный кто работает над этим кодом. Если ваше мнение о ситуации что программисту «незачет»,
Хороший аргумент, согласен. Вы жизнь прожили, Вы знаете.Когда дорастете...
Так он все-таки писал парами? Почему-то об этом не упомянул в статье. Сначала применял ХР, а потом прочитал книжку, что это такое, и как это рекомендуют делать те, у кого получилось извлечь из ХР пользу.Про паттерны — хорошая ссылка, все по сути. Без красноречивого раздувания отдельных _не_ключевых_ отрывков.вы не поняли о чем говорит Ёся.
Первое слово — «many», а не «all», а вы пишите «Design patterns вообще адский отстой» — "straw man argument«отсебятина??? Статья не о том, что паттерны отстой, а о том, что:many patterns aren’t really addressing recurring design problems in object-oriented programs; they are actually addressing deficiencies in object-oriented programming languages
Или я и тут ничего не понял?The correct place to implement a common solution to a recurring design problem is in the programming language, if that is possible.The stance of the «Design Patterns» movement seems to be that it is somehow inevitable that programmers will need to implement Visitors, Abstract Factories, Decorators, and Façades.
Может как-нибудь дойдут
...но тут и без того богато
Вы говорите «не прав», но ленитесь объяснять, где именно. Неправильно и точка. Я возможно и сам таким грешу, но с таким подходм этот спор никуда не приведет.
В чей адрес было вот это возражение?...отвечу просто контрпримером. Вот представьте человека который написал очень много тестов, но... это как раз отличный пример того о чем я говорил раньше: «они всерьез в это верят?! »
Разные приемы знать надо, но составлять канон «как правильно» — дурь.Применять приемы которые XP ставит во главу угла не то же самое что пользоваться XP, опять таки в комментариях к статье об этом говорилось
Вот с этого все и началось. Можно прочитать Extreme Programming Explained и увидеть там советы использовать те же тесты, и т.п., а можно кричать что книжка отстой, потому что она содержит сплошные религиозные заявления «увольнять всех еретиков».Я именно это и хотел сказать. «В комментариях говорилось» — значит статья плохо написана, раз приходится ее еще дожевывать в камментах.Не являюсь адвокатом паттернов, но согласитесь что «паттерны — отстой» или «вот в этом смысле паттерны — отстой» совершенно разная смысловая нагрузка.Как я понимаю, мы спорим не про нужностьи полезность тестов/ХР/методологий, а о том что намой_взгляд_ статья слишком драматизирует фанатизм ХР и пытается навязать мнение, что следовательно ХР — сплошной отстой. И именно этим переходом: «фанатизм-ошибка», «книга про ХР местами пропагандирует фанатизм», следовательно «ХР большая ошибка» — статья плохая.И второй момент:, а он пробовал? честно пытался проникнуться? (я Карузо не слышал, но мне Рабинович напевал). Это второй момент который сразу бросается в глаза.Вот так я прочитал пост Ёси.Мне не нравится форма, из которой ИМХО очевиден «теоретический» подход и акцент на мысленные эксперименты. И я считаю что такой подход не может привести к правильным выводам.Извините, если я неточно формулировал свою критику.
очень многие именно так считают. все заслуги Микрософта даже авторитеты в определенных community списывают на «оказались в нужном месте в нужное время (отсутствия конкурентов) » и развили успех благодаря инертности мышления клиентов, маркетингу, пиару, низкому уровню компьютерной грамотности среднестатистического юзера, взяткам и коррупции.Доминирование какой-либо идеи ничего не значит. Даже умные люди могут двигаться в тупик, по слепой ветке эволюции.Ваша любимая музыкальная группа всегда на первой строке хит-парада МTV? Ваша любимая партия всегда набирает 51% на выборах? Ваше любимое блюдо всегда идет первой строкой в каждом ресторане города? Нет? Тогда что же, это делает Вас дураком???Если вы говорите что CMMI (MSF, RUP) ненужная ерунда — значит Майкрософт, IBM лет 15 страдают ерундой.
ну так ИМХО сотни тысяч советских программистов именно так и думают про китайцев и индусов.Если вы считаете что Agile — это ахинея — значит миллионы индийских и китайских разработчиков просто дураки с Кент Беком и Майком Коном вместе взятыми.
Нет, не в тему:) То что яндекс (микрософт/IBM/кто-угодно) большой, или делает успешный продукт, или дает на собеседовании задачки, проверяющие интеллект, не означает что все проекты делаются там самым лучшим в мире способом. Ведь если они напишут, что «нам не важно, сортируется ли массив 100К элементов за O (NlogN) или O (N^2), главное чтоб программа доход приносила», никто не заявит, что теория алгоритмов выдумки менеджеров, пузырьковая сортировка форева.В Яндексе много собственных инструментов для управления разработкой. Их использование — не догма, в первую очередь ведь нужно, чтобы разработчикам было удобно работать и проекты делались.
С всегда будет, даже тогда когда, питон издохнет. Хотя бы потому, что сравнимых с ним в производительности нет.
Assembler...А еще много флуда возникает из-за того, что когда Сергей пишет «Х — отстой», эта мысль означает что «Х имеет существенные недостатки»:)
Не слышал и не знал, что MSSql имеет преимущества, кроме того что он от микрософта. Но я честно признаю, что не разбираюсь в этом вопросе.В OpenOffice — да, некоторых важных фич не хватает. А научные журналы почему-то принимают публикации в LaTeX.Мне честно гораздо приятней работать в Ubuntu Linux и возвращаться к WinXP совсем не хочется.А про LAMP стек и linux-сервера вы сознательно не упомянули? Вы лично какую систему контроля версий используете?офисный пакет лучше MSOffice, создадут сервер баз данных лучше DB2 или MSSql, среду разработки лучше Visual Studio или Eclipse, список длинный, тогда и будут считать.
Где я говорил про собственную исключительность? Я хотел показать, что при выборе методологии Вы руководствуетесь мнением большинства. Хотя в других случаях (может музыки, может еды, может в вопросе «завести мне кошку или собаку? ») Вы не соглашаетесь с массами.Дураком вас делает понимание собственной исключительности не имея для этого никаких обьективных причин, кроме самомнения.
А вы, батенька, тонкий психолог, так быстро меня раскусили. Аргумент про индусов был вовсе не в том, что «они действительно дураки». Вы написали примерно что «индусы считают, что надо использовать Agile, значит Agile однозначное благо», а я ответил «а ведь советские программисты считают индусов дураками».Задорнова вы батенька пересмотрелись.
At that point, Mr. Ballmer picked up a chair and threw it across the room hitting a table in his office. Mr. Ballmer then said: «Fucking Eric Schmidt is a fucking pussy. I’m going to fucking bury that guy, I have done it before, and I will do it again. I’m going to fucking kill Google.»...
Все ли так благополучно? Или google search тоже сделали по методологии CMMI? Да и если так хорош и CMMI и Agile, то почему они такие разные? Может один из них хуже? А может тогда существует что-то третье, что еще лучше? Знаю, мне сейчас ответят: для разных задач, для разных комманд или CMMI или Agile. Но я не хочу спорить, я хочу опять вернуться к своей первой мысли: ни статья из linkdump-a ни уважаемые флудеры не приводят объективных аргументов в пользу той или иной точки зрения. Сплошные ссылки на авторитетов «свой богатый жизненный опыт» и мысленные эксперименты.Хоть кто-нибудь может написать «мы перешли с чистого RUP на ХР и начали работать лучше». Или «мы начали работать, как пишут в книгах про ХР, но даже через 3 месяца производительность все равно была меньше чем при нашей старой cowboy coding методологии».Ну почему никто не хочет признать, что только такие факты могут о чем-то говорить, а все остальное — простое ля-ля-ля???
Ой. firefox забыл. И спросить, когда у Вас в последний раз windows vista выдала BSoD?:)
Вы слишком усложняете.Сдвиг влево на М символов есть перестановка местами двух подстрок из М и N-M символов.Перестановка без дополнительной памяти делается следующим образом: АБЦД1234567 -> ДЦБА1234567 -> ДЦБА7654321 -> 1234567АБЦДКак все уже догадались, на каждом шаге мы разворачиваем некоторую подстроку задом наперед.Вот мы и свели задачу к предыдущей — как обратить строку за линейное время без доп.памяти уже бурно обсуждалась при трудоустройстве в стартапы.Так-то.
Отличный материал. Жду статьи про полезность новых возможностей Windows Vista для программистов.
2 и 3 — это выход для менеджера который не смог научиться нормально мониторить и освоить педагогику (ИМХО надо учить психологию, тогда появится понимание что ничем ты не «взрослее» своих сотрудников, а когда перестаешь смотреть на них настолько свысока — они тоже начинают адекватней себя вести).А бурные реакции других комментаторов на «мониторинг адекватности» — мне непонятны. Думаю речь идет о том, что психологический климат надо постоянно отслеживать и корректировать — и это абсолютно правильно.Другая проблема, что «слежка» за климатом, тимбилдинг, и т.п. — это тоже профессия, которую 99, 9% менеджеров специально никогда не изучали.А какой уважающий себя эйч-ар откажется заботиться о сотруднике сославшись на:2. Избегайте иметь незаменимых сотрудников:) 3. Старайтесь брать на работу при прочих равных резонных, взрослых и уравновешенных людей4. Получайте педагогическое образование
Пытаться понять, что движет такими людьми, я даже не пробовал — они мне не интересны
Эйч-ары действительно нифига не обучены. А должны быть специально обученные люди, которые «тянут за язык» сотрудников, следят со стороны, как непосредственные начальники решают проблемы своих подчиненных.Я рисую идеальную картину менеджмента, точно как автор статьи описал идеальных сотрудников, с которыми он, и начальство, хотели бы работать. Нескромный вопрос "а зачем тогда эйчар? "perfectionism is a time waster
Это минимум третья статья на ДОУ по теме «зарплаты больше не растут, не бегайте из конторы в контору, сидите на одном месте, бонусы лучше зарплаты».Редакторы сайта перешли из «работников» в категорию «работодатели» и изменились взгляды на эти взаимоотношения? Или ресурс оккупировали менеджеры компаний с целью промывания мозгов нерешительному молодняку поиска общего языка с девелоперами?
pako молодец.Я бы сказал жёстче — если менеджер жалуется на сотрудников, не желающих решать проблемы, то он расписывается в своей менеджерской импотенции.
я вообще кросавчег, спасибо.но не хочу полностью перекладывать все на менеджера.статья во всем обвиняет сотрудников, и совсем чуточку менеджеров.девелоперы в каментах написали, что только их начальники аутисты.менеджеры в каментах написали, что только их сотрудники аутисты. (мы б все писали «дауны» вместо «аутисты», но поскольку все здесь все интеллигенты, и элементарно хочется блеснуть богатым словарным запасом) я с обоими не согласен, хотя больше виню менеджмент: ИТ — это особенный бизнес, в котором люди — основной ресурс, и эти люди — компьютерщики, они ковыряются с тупой машиной, с людьми не очень умеют. Да, мы такие вот угрюмые и стеснительные. Но вместо того чтоб во всем винить друг друга — лучше искать общий язык.Иначе все останется как есть — зарплату поднимают лишь по той причине, что как туз из рукава, девелопер предъявил оффер из конторы через дорогу. (Тут я попытался придумать, в чем не правы программисты, но не смог — ограниченный я своей ролью в жизни).Если меня не устраивает работа/начальник/зарплата/соцпакет — я считаю это своей собственной виной и думаю как исправить ситуацию.И считаю, что не должен топ-менеджер жаловаться на текучку кадров/растущие зарплаты/низкую квалификацию/розовое детство студентов — не достойное это поведение для топ-менеджера, не кошерное.Вы кто вообще? Бизнесмены или жертвы? жертвы своих сотрудников? жертвы конкурентов через дорогу?
TAO Programming