• Самая лучшая книга по программированию которую вы прочитали?

    TAO Programming

  • Куда податься C++ разработчику

    Вот назовите хоть одно ресерч — представительство крупной международной конторы в Киеве?

    На собеседовании в 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 — это тоже мечта поэта, зачем быть жадным? И начинается гонка — зарплаты ростут, сверхрентабельность превращается просто в большие доходны, потом в средние, потом если не умеешь работать — нет почти доходов, есть только оборзевшие сотрудники.Поднимают зарплату только по той причине, что через дорогу тоже подняли. А зачем еще? Бонусы — вообще ни при чем, их все равно переводят в деньги (сколько мне будет стоить мед страховка, если я выплачу ее из своего кармана), прибавляют к зарплате в оффере, и смотрят какой из офферов дороже.Это свободный рынок, это бизнес, а автор дает советы компаниям, как удерживать сотрудников??? Зачем? Кому? Это их интимные проблемы: как они зарабатывают, во что инвестируют. Не нравятся переманивания — ок, свобода мысли, но зачем сидеть под подъездом на лавочке и критиковать других? Не нравятся переманивания — сиди на одном месте. Не нравятся условия и мед.страховки — иди в другое.Не нравится подход всех работадателей — открывай свою фирму, узнавай что это такое, бери на себя риски, набирай людей, предлагай красивые страховки и бонусы — и я сразу же пришлю резюме.

  • Weekly linkdump #133

    А мне про XP вообще не понравилось.Звездеть-то каждый может, но единственный дельный аргумент — Conway’s Law, и тот сомнительный.Способ изложения не очень — так много тексту и так мало мысли (та знаю, знаю — это не вода, а понятный язык, много примеров и сравнений с другими областями).Против раздутых до религии хороших идей ХР он выдвигает свою религию — «любая методология отстой, никто не может придумать ничего лучше чем тот „процес“, который мне удобен, я его еще в школе изобрел».ИМХО слабо.Есть в Киеве конторы, которые используют «чистый» ХР, а не «что-то среднее между RUP и ХР»???

  • Weekly linkdump #133

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

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

    Никто не говорит, что правильная организация — панацея, но ИМХО в любом деле есть вещи, которые непосвященному кажутся неудобными или неэффективными, или вредными. И не попробовав не узнаешь, хорошо оно или плохо.Я, к сожалению, далеко не менеджер. А книги по методологии думаю должны читать именно программисты, не реже чем по языкам, алгоритмам и патернам.Нужно ближе к делу, без отсебятины? Пожалуйста: возьмем пример с VHDL — нельзя ломать чужой код, значит ХР тут не катит.Во-первых, если есть нормальные тесты — ты ничего не сможешь сломать, ведь сразу увидишь какой тест запорол. «Не зачет».Во-вторых, сложные взаимодействия регистров — это и есть «big hairy program» (а вот и цитата: -Р) в пределах одного модуля. Не только ХР ими грешит, но и авторские контрпримеры.Я не програмирую парами — просто не с кем. И тестов у меня меньше, чем кода.Кто из здесь присутствующих пытался проникнуться ХР «по-настоящему»? Так чтоб минимум 2 месяца без читерства следовать всем догмам ХР? Если нет — в праве ли он теоретизировать, что это х%ня? Если есть кто-то, кто по-честному через это прошел и может поделиться негативным опытом — тогда я конечно обломаюсь и заткнусь.Но в статье нет таких доводов, только размышления, потому она мне не нравится.Много бла-бла-бла про бессмысленность «best practices»? Так можно теоретизировать и показать, что design patterns тоже отстой — надо свои задачи решать, а не учить решения проблем, с которыми столкнулись разработчики GUI на SMalltalk.Много бла-бла-бла про то, что парами пишут в два раза меньше кода и тратят время на бсполезные тесты, а не на продукт? Помните тут был перевод статьи про анти-паттерны? Коммандос, Авральный Метод, Визитор из Ада — они ведь тоже на первый взгляд ускоряют работу, но все знают, что это боком вылезет. Почему никто там не теоретизирует? Все тут ИМХО сводится к мысли «я сижу в своей пещере и придумаю тысячу причин, почему я самый умный, и почему необходимо убить любого, кто посоветует кондиционер».Никаких перемен, ведь от них только разруха — вот ключевая позиция, так? Я с этим не согласен.Вот так я прочитал эту статью про ХР. Сплошная философия, и никаких практических результатов, никаких полевых испытаний. Точно так же я могу попустить Питон за отсутствие проверки соответствия типов на этапе компиляции, за некрасивые init (), за выделение блоков пробелами без фигурных скобок, за производительность хуже чем в С.Что мне возразят? Спросят сколько строк я написал на питоне. Какие задачи я на нем решал.Извините за флуд.

  • Weekly linkdump #133

    баги которые надо было править не только в коде, но и в тестах. И это всё при том, что человек — единственный кто работает над этим кодом. Если ваше мнение о ситуации что программисту «незачет»,

    Человек где-то ошибся, не досмотрел — с кем не бывает. Даже с великим PJE. Или нужно сделать вывод, что тесты — пустая трата времени, лучше б он сидел без них? Быстренько написал, быстренько вручную протестил весь функционал, потом быстренько подправил, опять вручную все быстренько потестил.Почему тут виноваты только тесты? Может виновата ОС, или фреймворк, или ООП, или (не дай бог) язык??? Не существует такого подхода или инструмента, который сам заставит все предусмотреть, ни разу не ошибиться. (Если есть — урл в студию, мне правда очень эта вещь нужна, ASAP)

    Когда дорастете...

    Хороший аргумент, согласен. Вы жизнь прожили, Вы знаете.

    вы не поняли о чем говорит Ёся.

    Так он все-таки писал парами? Почему-то об этом не упомянул в статье. Сначала применял ХР, а потом прочитал книжку, что это такое, и как это рекомендуют делать те, у кого получилось извлечь из ХР пользу.Про паттерны — хорошая ссылка, все по сути. Без красноречивого раздувания отдельных _не_ключевых_ отрывков.

    many patterns aren’t really addressing recurring design problems in object-oriented programs; they are actually addressing deficiencies in object-oriented programming languages

    Первое слово — «many», а не «all», а вы пишите «Design patterns вообще адский отстой» — "straw man argument«отсебятина??? Статья не о том, что паттерны отстой, а о том, что:

    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.

    Или я и тут ничего не понял?

    Может как-нибудь дойдут

    ...но тут и без того богато

    Вы говорите «не прав», но ленитесь объяснять, где именно. Неправильно и точка. Я возможно и сам таким грешу, но с таким подходм этот спор никуда не приведет.

  • Weekly linkdump #133

    Тогда я тоже не понимаю:

    ...отвечу просто контрпримером. Вот представьте человека который написал очень много тестов, но... это как раз отличный пример того о чем я говорил раньше: «они всерьез в это верят?! »

    В чей адрес было вот это возражение?

    Разные приемы знать надо, но составлять канон «как правильно» — дурь.Применять приемы которые XP ставит во главу угла не то же самое что пользоваться XP, опять таки в комментариях к статье об этом говорилось

    Вот с этого все и началось. Можно прочитать Extreme Programming Explained и увидеть там советы использовать те же тесты, и т.п., а можно кричать что книжка отстой, потому что она содержит сплошные религиозные заявления «увольнять всех еретиков».Я именно это и хотел сказать. «В комментариях говорилось» — значит статья плохо написана, раз приходится ее еще дожевывать в камментах.Не являюсь адвокатом паттернов, но согласитесь что «паттерны — отстой» или «вот в этом смысле паттерны — отстой» совершенно разная смысловая нагрузка.Как я понимаю, мы спорим не про нужностьи полезность тестов/ХР/методологий, а о том что намой_взгляд_ статья слишком драматизирует фанатизм ХР и пытается навязать мнение, что следовательно ХР — сплошной отстой. И именно этим переходом: «фанатизм-ошибка», «книга про ХР местами пропагандирует фанатизм», следовательно «ХР большая ошибка» — статья плохая.И второй момент:, а он пробовал? честно пытался проникнуться? (я Карузо не слышал, но мне Рабинович напевал). Это второй момент который сразу бросается в глаза.Вот так я прочитал пост Ёси.Мне не нравится форма, из которой ИМХО очевиден «теоретический» подход и акцент на мысленные эксперименты. И я считаю что такой подход не может привести к правильным выводам.Извините, если я неточно формулировал свою критику.

  • Weekly linkdump #133

    Если вы говорите что CMMI (MSF, RUP) ненужная ерунда — значит Майкрософт, IBM лет 15 страдают ерундой.

    очень многие именно так считают. все заслуги Микрософта даже авторитеты в определенных community списывают на «оказались в нужном месте в нужное время (отсутствия конкурентов) » и развили успех благодаря инертности мышления клиентов, маркетингу, пиару, низкому уровню компьютерной грамотности среднестатистического юзера, взяткам и коррупции.Доминирование какой-либо идеи ничего не значит. Даже умные люди могут двигаться в тупик, по слепой ветке эволюции.Ваша любимая музыкальная группа всегда на первой строке хит-парада МTV? Ваша любимая партия всегда набирает 51% на выборах? Ваше любимое блюдо всегда идет первой строкой в каждом ресторане города? Нет? Тогда что же, это делает Вас дураком???

    Если вы считаете что Agile — это ахинея — значит миллионы индийских и китайских разработчиков просто дураки с Кент Беком и Майком Коном вместе взятыми.

    ну так ИМХО сотни тысяч советских программистов именно так и думают про китайцев и индусов.

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

    Нет, не в тему:) То что яндекс (микрософт/IBM/кто-угодно) большой, или делает успешный продукт, или дает на собеседовании задачки, проверяющие интеллект, не означает что все проекты делаются там самым лучшим в мире способом. Ведь если они напишут, что «нам не важно, сортируется ли массив 100К элементов за O (NlogN) или O (N^2), главное чтоб программа доход приносила», никто не заявит, что теория алгоритмов выдумки менеджеров, пузырьковая сортировка форева.

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

    Assembler...А еще много флуда возникает из-за того, что когда Сергей пишет «Х — отстой», эта мысль означает что «Х имеет существенные недостатки»:)

  • Weekly linkdump #133

    офисный пакет лучше MSOffice, создадут сервер баз данных лучше DB2 или MSSql, среду разработки лучше Visual Studio или Eclipse, список длинный, тогда и будут считать.

    Не слышал и не знал, что MSSql имеет преимущества, кроме того что он от микрософта. Но я честно признаю, что не разбираюсь в этом вопросе.В OpenOffice — да, некоторых важных фич не хватает. А научные журналы почему-то принимают публикации в LaTeX.Мне честно гораздо приятней работать в Ubuntu Linux и возвращаться к WinXP совсем не хочется.А про LAMP стек и linux-сервера вы сознательно не упомянули? Вы лично какую систему контроля версий используете?

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

    Где я говорил про собственную исключительность? Я хотел показать, что при выборе методологии Вы руководствуетесь мнением большинства. Хотя в других случаях (может музыки, может еды, может в вопросе «завести мне кошку или собаку? ») Вы не соглашаетесь с массами.

    Задорнова вы батенька пересмотрелись.

    А вы, батенька, тонкий психолог, так быстро меня раскусили. Аргумент про индусов был вовсе не в том, что «они действительно дураки». Вы написали примерно что «индусы считают, что надо использовать 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 методологии».Ну почему никто не хочет признать, что только такие факты могут о чем-то говорить, а все остальное — простое ля-ля-ля???

  • Weekly linkdump #133

    Ой. firefox забыл. И спросить, когда у Вас в последний раз windows vista выдала BSoD?:)

  • Трудный вопрос на собеседовании #4

    Вы слишком усложняете.Сдвиг влево на М символов есть перестановка местами двух подстрок из М и N-M символов.Перестановка без дополнительной памяти делается следующим образом: АБЦД1234567 -> ДЦБА1234567 -> ДЦБА7654321 -> 1234567АБЦДКак все уже догадались, на каждом шаге мы разворачиваем некоторую подстроку задом наперед.Вот мы и свели задачу к предыдущей — как обратить строку за линейное время без доп.памяти уже бурно обсуждалась при трудоустройстве в стартапы.Так-то.

  • Распараллелься или...

    Отличный материал. Жду статьи про полезность новых возможностей Windows Vista для программистов.

  • Дай своей конторе второй шанс, или почему все мы такие аутисты?

    Статья не сильно понравилась.Garry лучше написал — человеческий фактор нелогичен и вобще глупость полная, но его надо в первую очередь понимать. Особенно эйч-ару.Единственное, что в пунктах:

    2. Избегайте иметь незаменимых сотрудников:) 3. Старайтесь брать на работу при прочих равных резонных, взрослых и уравновешенных людей4. Получайте педагогическое образование

    2 и 3 — это выход для менеджера который не смог научиться нормально мониторить и освоить педагогику (ИМХО надо учить психологию, тогда появится понимание что ничем ты не «взрослее» своих сотрудников, а когда перестаешь смотреть на них настолько свысока — они тоже начинают адекватней себя вести).А бурные реакции других комментаторов на «мониторинг адекватности» — мне непонятны. Думаю речь идет о том, что психологический климат надо постоянно отслеживать и корректировать — и это абсолютно правильно.Другая проблема, что «слежка» за климатом, тимбилдинг, и т.п. — это тоже профессия, которую 99, 9% менеджеров специально никогда не изучали.А какой уважающий себя эйч-ар откажется заботиться о сотруднике сославшись на:

    Пытаться понять, что движет такими людьми, я даже не пробовал — они мне не интересны

    Эйч-ары действительно нифига не обучены. А должны быть специально обученные люди, которые «тянут за язык» сотрудников, следят со стороны, как непосредственные начальники решают проблемы своих подчиненных.Я рисую идеальную картину менеджмента, точно как автор статьи описал идеальных сотрудников, с которыми он, и начальство, хотели бы работать. Нескромный вопрос "а зачем тогда эйчар? "perfectionism is a time waster

  • Дай своей конторе второй шанс, или почему все мы такие аутисты?

    Это минимум третья статья на ДОУ по теме «зарплаты больше не растут, не бегайте из конторы в контору, сидите на одном месте, бонусы лучше зарплаты».Редакторы сайта перешли из «работников» в категорию «работодатели» и изменились взгляды на эти взаимоотношения? Или ресурс оккупировали менеджеры компаний с целью промывания мозгов нерешительному молодняку поиска общего языка с девелоперами?

  • Дай своей конторе второй шанс, или почему все мы такие аутисты?

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

    я вообще кросавчег, спасибо.но не хочу полностью перекладывать все на менеджера.статья во всем обвиняет сотрудников, и совсем чуточку менеджеров.девелоперы в каментах написали, что только их начальники аутисты.менеджеры в каментах написали, что только их сотрудники аутисты. (мы б все писали «дауны» вместо «аутисты», но поскольку все здесь все интеллигенты, и элементарно хочется блеснуть богатым словарным запасом) я с обоими не согласен, хотя больше виню менеджмент: ИТ — это особенный бизнес, в котором люди — основной ресурс, и эти люди — компьютерщики, они ковыряются с тупой машиной, с людьми не очень умеют. Да, мы такие вот угрюмые и стеснительные. Но вместо того чтоб во всем винить друг друга — лучше искать общий язык.Иначе все останется как есть — зарплату поднимают лишь по той причине, что как туз из рукава, девелопер предъявил оффер из конторы через дорогу. (Тут я попытался придумать, в чем не правы программисты, но не смог — ограниченный я своей ролью в жизни).Если меня не устраивает работа/начальник/зарплата/соцпакет — я считаю это своей собственной виной и думаю как исправить ситуацию.И считаю, что не должен топ-менеджер жаловаться на текучку кадров/растущие зарплаты/низкую квалификацию/розовое детство студентов — не достойное это поведение для топ-менеджера, не кошерное.Вы кто вообще? Бизнесмены или жертвы? жертвы своих сотрудников? жертвы конкурентов через дорогу?

← Сtrl 12 Ctrl →