разраб в Cogniance
  • Бета-релизы — первый шаг к краху веб-проекта

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

    так что наверное это именно тот случай ))

  • Garage48 Tartu: Хакатон для стартапов

    В конце ноября будем проводить Garage48 в Киеве! Так что stay tuned.

    Вот это новости!

  • Бета-релизы — первый шаг к краху веб-проекта

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

    бету выпускают, чтобы побольше фидбека собрать и потестить получше

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

    Ее ж для того и делают — чтоб тупые ляпы не ассоциировались с готовым продуктом

  • Бета-релизы — первый шаг к краху веб-проекта

    ээ, это больше смахивает на исследование рынка ))

  • Таблетка аспирина: полезные UX-эвристики

    то есть все равно делаем как умеем, только при этом когда заказчик скажет лажа, можно аппелировать к эвристикам

  • Chrome Hackathon & Contest (Kyiv) — Часть I

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

  • Снова о менеджерах

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

  • Снова о менеджерах

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

    Название «менеджер» в статье — скорее понятие собирательное, каста, которая занимает промежуточное место между топами, которым они подотчетны и рабочим быдлом. Менеджеры управляют рабочим классом, но сами в идеале ничего не делают (прям как админы), при этом зарабатывают гарантированно больше, чем быдло.

    Далее я попытаюсь проанализировать статью. У Святослава прошу извинения заранее, рубим правду-матку!

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

    Далее идет проекция на ИТ-отрасль. Это в основном технари — низшая каста асоциальных личностей, черви, неспособные к полноценному общению с кем либо кроме клавиатуры и кофе-автомата, (аргументация отсутствует, «курица и яйцо в общем»)

    Далее идет пару абзацев несвязного бреда из которого сочится FUD, из всего этого делается логичный вывод, что следовательно низзя пропускать в менеджеры технарей. Вы не писали пропускать, но вы имеете в виду именно это (см. технари — низшая каста). Чтобы на это было сложно возразить, вы добавляете утверждение два, что всему надо учиться. Вы его назвали выводом, но я от честно не вижу как этот вывод рождается из вашего текста.

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

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

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

    Завершен функционал в мундире парадоксальным выводом — делитесь полномочиями, не уточняется какими, возможно любыми, которые нужны менеджеру, совет очевидно направлен топ-менеджерам. Непонятная приписка, что «мы будем честными, все пойдет быдлу во благо», что намекает опять же на деньги и отпуска, но я могу ошибаться (уточните)

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

    По-моему мнению действительно хороший менеджер, — если Босс убежден, — будет иметь, что нужно. Если Босс предлагает решить проблему по другому, — будет иметь еще один вариант! Если Босс проигнорирует/не прислушается — хреново, но даже в этом случае он еще посидит и попытается выкрутиться, если не вышло — се ля ви. Если такое се ля ви повторяется часто и биться головой о стену надоело, то наверное пора валить ©

    Ну и напоследок, деятельность менеджеров еще и неправильно воспринимается, как видно из текста — директорами. Прям стена непонимания между такими общительными и коммуниккабельными людьми. Как может директор знать, зачем ему менеджер?

    Не пишите третью часть

  • Через пятнадцать лет останется джава или останется C# в масcовом использовании?

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

    Через пятнадцать лет останется джава или останется C# в масcовом использовании?

    ДА!

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

    Через 15 лет программирование будет совсем на другом уровне, а дедушки Джава и СиШарп сядут в последнем ряду рядом со скелетом Кобола. Но они будут... и Кобол еще будет... Аминь.

    Поддержал: Вадим Кусакин
  • Что надо знать при прохождении HR-интервью

    хотя что есмь хитрость, как не ум?

  • Что надо знать при прохождении HR-интервью

    Это эволюция братья, выживает не умнейший, а хитрейший :)

    Поддержал: Раиль Сахавиев
  • Должен ли программист получать больше своего менеджера?

    Да я про автора статьи, с вами я согласен )

  • Дайджест недели, 12 августа

    Кстати для всех интересующихся, как раз в августе вышла книга R in Action, которая также содержит небольшой курс прикладной статистики, www.manning.com/kabacoff

    Но статья про уровни программиста — мастрид, стоящий в одном ряду со статьями Грэхема

  • Должен ли программист получать больше своего менеджера?

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

    Если сотрудник не такой — на его место привезут хоть обезьянку из Гондураса.

    Поддержал: Александр Петров
  • Должен ли программист получать больше своего менеджера?

    Полностью с вами согласен, но это эээ, «в данном случе». Автор пытается обобщить это на все случаи, что как говорится does not compute ©

  • Должен ли программист получать больше своего менеджера?

    Должен ли...? Нет.

    Может ли...? Да

    Другие ответы на эти вопросы слишком категоричны чтобы быть верными.

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

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

    Так что

    ... «программиста фиг найдешь», а «менеджеров этих развелось, как собак».

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

    зы. Так и вижу пма, который сидит и рвет на себе волосы изза разницы в 500 баксов, детсад

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

  • О мотивации, рабочем графике и пуфике в комнате отдыха

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

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

    Например,

    Но вот «свободному графику в полном понимании этого слова» — категорическое «Нет».

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

    Чем работа программиста принципиально отличается от работы проектировщика, скажем, систем отопления? Или от работы архитектора? Или, например, авиа-инженера?

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

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

    Ложное обобщение на отсутствии конкретики.

    фиксированный рабочий график ... он ВСЕГДА приносит только выгоду.

    Всегда? Почему? Потому что вы так думаете? Я не согласен. Давайте я скажу вот что он НЕ ВСЕГДА приносит выгоду. Кто прав? Я не знаю. А вы? Как насчет работы с заказчиком в штатах? Зафиксируете на 2300 — 0800, а тех, кто не будет приходить вовремя назовете индивидуумами?

    В ззы поделили всех людей на хороших и плохих.

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

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

    Это был <head>, а сейчас <body>

    Я не много работаю в разработке, и не могу похвастаться обьективностью и широтой охвата ситуации. Но что меня напрягает, так это то, что в проколах крайними оказываются рядовые пешки. Сроки сорваны — мы плохие, сделал не то, что требовалось — мы допустили ошибку в коммуникации, и тому подобное. Но, например, нам сроки диктует заказчик, а коммуникация всегда было многосторонним процессом, но в силу разных политических и личных причин неудобно, чтобы, например, заказчик был виноват, особенно, если ему это придется доказать :). Так что не надо делать из разрабов козлов отпущения, а в данном случае — не надо сваливать проблемы в Вашей компании на тех, кто приходит в 15:50, у них могут быть свои причины.

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

    Тема митингов вообще проигнорирована, игнорить митинги без обьяснительной — вот это и есть раздолбайстао.

    </body>

  • Як навчати архітектурі ПЗ

    Я не розумію вашого аргументу. Ви (як і більшість) плутаєте практичний професійний досвід і теоретичні знання вкупі з невелкими практичними навичками. Людина, яка навчається в університеті, повинна оволодіти об’ємом знань, достатнім для вибраної кваліфікації і бажано в максимально зрозумілій формі. Підкріпляти теорію достатньою практикою потрібно, але вимагати від випускника практичного досвіду роботи — нонсенс нашого життя. З ваших слів, так студентам в КНУБі потрібно всі 6 років навчання безперервно працювати в бригадах на будівництві і всі до одного стануть суперовими архітекторами.

  • Конференция по Java в Киеве.

    было бы интересно про j2ee, что нибуть интересное про внутренности jvm, про новенькое в java 7 и про языки на платформе jvm (scala, groovy и проч)

    Идея супер, ждем анонса.