C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> о коммерческом использовании четвертой версии Flex framework говорить пока рано

Разъясните, отчего же. Мы уже в течение месяца спокойно разрабатываем приложение на Flex 4 Beta 2 и пока все замечательно. Продукт наш выйдет еще до итогового релиза, так что очень даже можно говорить о коммерческом использовании.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Байнетом 2.0 я не интересовался, курсы по Ruby прошел в самом Itransition - и откуда мне про IBB знать?

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Есть маленькое подозрение, что достаточно скоро появится возможность сходить на подобный семинар ;)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Прицепить не смогу, пожалуй, но направления дать смогу :) Основные книги можно посмотреть по ссылке - http://domaindrivendesign.org/books/ . Основная книга - Eric Evans, "Domain Driven Design", оттуда можно все нужное почерпнуть.

"Послушать про DDD" - думаю, получится в обозримом будущем ;)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Я за :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Смотрите на нижний комментарий Владимира :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

P.S. С "фундаментальностью" принципов вы явно перегнули :) Из всего SOLIDа непосредственное к ООП отношение имеют лишь LSP и ISP. DRY и YAGNI с легкостью применятся и к структурному, и к функциональному программированию.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> Комметарий к посту выше

Фундаментальность не отрицаю, отрицаю их ООП фундаментальность ;)

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Интереса ради, приведите, пожалуйста, пример форума "на которых люди и далее по тексту"? :)

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

А то. "Новый фантастический блогбастер от одного из создателей Excel и просто хорошего парня с нетрадиционной сексуальной ориентацией!". Я бы купил :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Спасибо, все будет :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

С ПЕРТом знаком лишь теоретически, пока не находилось задач, к которым надо было бы его применять.

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

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

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

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

Мммм, never say never? :) Если страница простая и представляет собой цельный кусок функциональности, например, order lookup, то очень даже страницу и надо оценивать. Более того, при включении/исключении из скоупа ей будет так же легко оперировать, как и обычной фичей.

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

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

>> давайте подискутируем!

Да запросто! =)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну в рамках одного года условно один и тот же уровень оценок :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Факт :)

>> Еще не стоит боятся переэстимировать проект!! За опережение сроков еще никого не наказывали.

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

>> всё станет ясно как день

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Попробую переформулировать немного

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Немного поправил, возможно, будет лучше

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Т.е. планирования как такового вообще нет?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо, продолжение будет :)

>> Каждый метод оценки хорош по-своему и каждый из них дает свой тип погрешности.

И для каждой методологии желательно пересматривать способ оценки - приведенный мной способ явно не подходит для RUP.

>> Еще было бы интересно порассуждать что делать когда полностью отсутствует ориентир из п. 2

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

За статьи спасибо, ознакомлюсь :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ознакомлюсь, спасибо :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Когда такие сведения доводятся до заказчика, то лучше сразу говорить "50 человеко-дней с погрешностью 30% = 65 человеко-дней" - и в дальнейшем употреблять именно такое число. Еще есть вариант просто сразу доводить число 65 ч-д, но это зависит от заказчика - кто что в состоянии услышать и принять

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

Интересно, как отсутствие эстимейтов меняет процесс - ради чего такой подход?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну и хорошо если работает, хотя, конечно, необычно

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

>> Статья интересна только с точки зрения "а вот мы так вот делаем".

Если вы так относитесь к рабочему способу, успешно применяемому в agile разработке не в одной компании, то, наверное, вы больше любите теоретические, "идеальные" способы оценки задач.

>> Аксиома: Серебряной пули нет.

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

>> Любая методика предполгает типичность, повторяемость. Следовательно, должна описывать типовые черты проектов, в которых применяется (размер, род, цели, размер организации, и тд).

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

>> Назначение методики - получение предсказуемых результатов (в численном измерении).

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

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

У вас задачи оценивают менеджеры??? И программистам эстимейты просто спускаются сверху? Грустно, очень грустно.

>> Для меня статья звучит так

У вас невероятно богатая фантазия :)

>> Осталось узнать, от чего лечим, кого лечим, и сколько процентов пациентов выживает.

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

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

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

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

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

--- 2. Найдите ориентир - Оценить задачу, не оглядываясь на что-то в прошлом и не стреляя наугад - невозможно.

--- 3. Обработайте риски - Дать оценку, на 100% совпадающую с итоговым результатом можно только в идеальном мире, где нет болезней и люди не умирают.

И что же видим? Действительно, никуда не годная методика.

>> В целом, поддерживаю gulevich & AmdY - статья хорошая, жду продолжений :-).

Все будет )

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

>> в первую очередь "Mythical Man-Month" Брукса

Отличная книга

>> "Software Estimation: Demystifying the Black Art" Макконнелла

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> строчки из почти любой книги по тайм-менеджменту: не может быть - у вас нет времени?? так просто найдите его! )))

Ну не так все просто - не "найдите", а "выделите". Как выделить - действительно, это к книгам по тайм-менеджменту.

>> найти время часто можно, только отобрав его либо у работы, либо у семьи, либо у хобби

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

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

От недели до месяца

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

Может, пора сменить работу? :)

>> но лозунги насчет отговорок вызывают у меня лишь улыбку. :)

Улыбнемся вместе :)

>> p.s. Предлагаю всем менеджерам выделять членам команды дня два (рабочих) на чтение литературы. ;) Наверняка, стану намного более образованным. Руководству же нужны умные работники? ;) Я первым поставлю подпись

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

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

>> Да и насколько эффективным будет чтение после напряженного 8-9 часового рабочего дня?

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

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

>> Книгу - не факт. В смысле - не та атмосфера.

Даешь отдельную комнату с диванчиком, где можно почитать в тишине!

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> Вот мне например нужны тишина и покой, сконцентрироваться и начать читать.

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

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-2

>> Вот тоже что-то задумалсО.. Пора даже не сменить, а бросить работу ))) Хотя, и работать, бывает, охота. Нет, ну бывает же! :)

Достаточно найти спокойную, интересную работу :) Бросать совсем вовсе не обязательно!

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

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

>> С третьей стороны, смысл жизни и так неизвестен )))

42!

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Устроить кабинки туалетного типа со звукоизоляцией и мягкими креслами :)))

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> Я видел целые группы людей выросших на CookBook'ах - они не пытаются думать, он ищут готовое решение.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

И такое бывает, но это скорее исключение, чем правило

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ммм? Подробнее можно?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

>> За последние три года просадил просто уйму денег на оз.бай :)

Оз бай рулит! :)

>> Лично я стараюсь выделить час-полтора на чтение перед сном.

Хорошая практика, я обычно тоже перед сном стараюсь почитать немного.

>> Тайная методика чтения от Дениса Петелина (в трех частях)

Спасибо, ознакомлюсь

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Смотрите сами, дело ваше, видеть или нет

42

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

>> Понятия не имею, что такое 42.

Гугл знает :)

>> Всю фразу портит слово "целенаправленно".

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

>> весьма спорное

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

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

Знаете выражение - "There is no 'maybe' in business"? А оно есть :) Я предпочитаю иметь какое-то четко сформулированное мнение (и оно не категоричное, заметьте), возможно, оно будет ошибочным - тогда я его поправлю в направлении к истине. Лучше так, чем не иметь никакого мнения.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Поддерживаю по всем трем пунктам. Чтение не дает мозгу застояться.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

>> Так что про курение -- мимо

Не скажите

>> контрпример, опровергающий ваше утверждение

Если что-то назвать контрпримером, от этого оно опровергать ничего не станет.

>> Почему не необходимо? Потому что и без этого люди живут, даже айтишники

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

>> Практика суть критерий истинности, прочтёте про это в любой книге по философии. :)

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

>> И есть такое выражение: "Opinion is like ass: everybody has". ... Но не каждый может своё мнение обосновать.

Я свое обосновал, вам решать - принимать обоснования или нет

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Вот в итоге все и скатилось к троллингу :)

Удачи

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-3

Александр Сергеевич, вы тролль :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

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

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

>> нужно стремиться не читать, а получать знания

Знания получать надо, не спорю, это цель при чтении книг.

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

Очень интересно будет посмотреть на вас, когда вы будете пытаться получить все знания по DDD у человека, прочитавшего одноименную книгу Эрика Эванса. Или, допустим, будете спрашивать у человека "выжимки" из Совершенного Кода? Он скажет "Да, великая мудрость - это ставить переменные в конце класса".

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

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

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

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> ибо если откладывать разбор, то вообще никогда не упорядочишь их ;)

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

А я вот как-то к Remember the milk не пригрелся, не зацепило меня :) Таски вообще храню на iPhone в Things, а глобальные - в AgileZen.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

=) Минимализм во всей красе :)

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Могу предложить http://www.xmarks.com/ - они вроде бы недавно чуть не закрылись, но сейчас очень даже себе плывут и радуются. Дает плагины и для ИЕ, и для ФФ - сможете свои закладки использовать где надо.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Да, или OneNote, дело вкуса.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Свой клиент это хорошо, только не у всех есть время для этого :)

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Дядю Джоеля уважаю, да, а еще его друга дядю Джеффа - от него куча хороших мыслей по рабочему месту исходит :)

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Можете сказать марку стола и общие впечатления? Интересно очень :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+5

...и быстрее возвращался к работе :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ок, спасибо - посмотрю цену и добавлю в пост.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Для "прилечь" нужен специальный диванчик :) У меня еще есть мысли по оборудованию офиса, но они ну никак не будут вписываться в белорусские реалии ) Туда, для примера, входят по диванчику на комнату и XBox 360 и PS3 для сотрудников

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Отель подразумевает временное проживание, а я больше про постоянное место :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Главное не вспоминайте как называлась их ЭВМ :D

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Молодцы! :) Про IdeaPaint совсем забыл, сейчас добавлю в пост.

Интереса ради - у вас свой продукт или вы на аутсорсинге так вкусно кушаете?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Это горизонтальное уже )

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Я думаю, если в компании стоят столы для пинг-понга, стулья по $500, топовые компьютеры, шикарные мониторы, вкусное питание - в целом, отличные условия для работы - зарплата там будет на достойном уровне. А если даже и не так, то лично я бы еще подумал: уйти на +$xxx или остаться в таких условиях. Если бы перешел - за эти самые +$xxx воссоздал себе хотя бы часть покинутых условий.

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

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

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

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

По входу в поток: будет громко, или будут мелькать люди туда-сюда - как сосредоточиться?

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

А это не в Минске дело, дело в офисе. До работы можно и 15 минут пешком, и 1.5 часа на общественном транспорте. Выбирать надо, куда идешь.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

Я в разных поработал, как в маленьких, так и в больших - привожу итоговое мнение

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Фух, я уж подумал где-то есть аутсорсинговая компания из сказки :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-2

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

P.S. На "ты" вроде бы не переходили

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

У вас, я так посмотрю, усиленная склонность критиковать всех и вся, поплевывая со своей колокольни и не внося ничего полезного в этот мир. "Банальностей" - ок, хорошо, примем этот пост за "банальный". Вы много таких компаний видели в Минске? Работали в таких? Ах да, совсем забыл, да у нас стандарт IT-компаний - стулья Aeron и забота о здоровье сотрудника. Читать книги - банально? Если бы не видел многих программистов, которые в жизни книгу не откроют - не написал бы. Организация закладок - много видел хлама у людей в закладках - лучше какая-то система, чем никакой вообще.

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

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

Нет, карма - дело десятое. Цель? Попытка сделать мир лучше хоть где-то.

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

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

>> Если ИТшник не может организовать закладки -- значит в голове у него каша, и ничем это, к сожалению, не исправить.

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

> Моя позиция такая, что обстановка не должна мешать работать, вот и всё.

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

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

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ух, грустная статья. Если автор не ошибается, то у меня предрасположенность к RSI - большим пальцем могу легко коснуться запястья.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

Не нравится мне формулировка "даже этот пост" :) Но вообще не совсем просто писать "даже такие посты"

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну я же говорю о разуме, а вы мне о троллях :) А если уж о троллях - то кормить их ну очень интересно =)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+6

Ключевое слово "часто" - т.е. остается место для случаев, где только вера может решить спор.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

> Большие мониторы - да, но автору не мешало бы знать, что для 28-30 дюймов вообще-то нужен dual DVI link, иначе ничего не выйдет.

Пока не доводилось на таком работать, увы, так что деталей не знаю.

> Самое главное - никто не пойдет к вам на 30" монитор за зп на 200б ниже среднерыночной.

Не пойдет, хотя это зависит от общих размеров - если есть выбор между $3k с удобствами и $3.2k без удобств, то $3k, имхо, приятнее.

Спасибо за интересный коммент!

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Да, продать все это начальству просто не получится, тем более у вас ) Как вариант, предложить, как ты и пробовал, только для Senior Developers.

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

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

Но, конечно, самое сложное - сделать первый шаг, убедить в необходимости такого. Здесь кроме ссылок на авторитетные источники, наверное, ничего нельзя дать в качестве доказательств. На StackOverflow есть неплохой ответ на этот вопрос - http://stackoverflow.com/questions/7630/how-do-i-convince-my-boss-to-buy-nice-big-monitors-for-the-developers - возможно поможет обосновать.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

:) Актуально

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну не идти в университет это как-то категорично :) Я бы, допустим, предпочел возможность выбирать, что изучать, а что нет. Пускай 50% будет в общем ядре, обязательном для всех, а остальные 50% будут на выбор - похожая система, насколько я знаю, применяется в университетах США. Я вообще не любил историю Беларуси или ВОВ, но это скорее не из-за неинтересности предмета, а из-за "обязаловки". Дайте это спецкурсом, кому надо - пойдут, кому не надо - не будут разбираться вообще или почитают на достаточном для себя уровне. Химия (тьфу-на-три) нашу специальность минула, но вот зачем разбираться в таких глубинах программистам с соседней специальности? Да, общее развитие - хорошая цель. Но ведь все равно все списывают! Фактический КПД преподавания очень низок, проведите спецкурсы - будет намного полезнее тем, кто это хочет изучать (хотя хотели бы - пошли бы на химфак).

Ух, чего-то наболело, надо про реформу образования программистов запостить :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

P.S. Чистка ВУЗов - вопрос спорный. Да, чистить надо, НО - необходимо параллельно повышать престижность колледжского образования. Сейчас человек без высшего образования многими считается как человек второй пробы, а это в корне неверно.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> Вам трэба было ісці ў каледж

Не согласен :) Отчего же - по-вашему мнению, в ВУЗе должны преподаваться все возможные науки по чуть-чуть? Я, повторюсь, больше ратую за преподавание некоторого спектра специализированных наук с возможными отклонениями для каждого отдельного студента. Я считаю свое образование полезным на 70% - и что, мне из-за 30% идти в колледж?

Если ребенок спросит про фотосинтез или коррозию - найду источник с описанием, дополню остаточные знания со школы и расскажу, никаких проблем с этим не вижу. Ответы на оба вопроса есть в Википедии, в статьях Алюминий и Фотосинтез. Более того - вы уверены, что сможете легко вспомнить все детали через 5-10 лет после изучения химии в одном семестре?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Спасибо :)

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Следующий будет попроще :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

> Чалавек ў 18 год не можа цвяроза ацаніць, што яму трэба, а што не

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

> Усё, што выкладаецца ва ўніверы, прызначана дзеля таго, каб даць чалавеку _універ_сальную базу дзеля далейшае _самаадукацыі_. Людзі пасля ўніверу - гэта навукоўцы, бізнесоўцы, генератары ідэяў і г. д.

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

> Вузкаскіраваныя штампоўкі мусяць ляпіць у каледжах. Няма ім чаго 5 год у чарзе за дыпломам стаяць

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

> Але я не ведаў, што мне калісьці прыдасца тыпаграфіка, якую праходзілі ва ўніверы. Ці хімія тая-ж ужо памянёная

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

> Я зразумеў! Вы блытаеце ўніверсітэт і інстытут. Я здагадаўся? :)

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

> Каб пісаць мэйнстрымавыя праграмы, не трэба ведаць нават вышкі, не тое, што фізікі.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Да, интересный подход, надо обмозговать.

Про образование - да, чувствую, разберусь с колледжами/институтами/университетами, пойму чего хочу - и напишу :) Уже здесь в комментах дискуссия пошла )

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Сеньк :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-3

Не понимаешь связи - не понимай на здоровье

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо, посмотрю "варны"

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

И кто на такое согласится? Это уже попахивает трудовой армией и тотальным контролем.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Что в вашем понимании толковая дистрибуция и как вы оцениваете дистрибуцию девайсов RIM?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Нет, в RIM я не работаю. Что в вашем понимании "софт" - неясно, почему это "главное" - тоже неясно. Новизна контента? Мысли, сравнения с iPad. В конце концов, не все читают Engadget.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

А кто говорит про РБ, Украину и РФ?

"Все в ручонках операторов" - да, так распространяются многие аппараты, в чем проблема?

"А Ойпады продаются в Уоллмартах." - сами равняете сотовые телефоны и планшеты, что будет с Playbook - пока неясно.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Странно, партнерства нет, а девайсы продают через операторов - http://uk.blackberry.com/purchase/

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Это не я путаю, а вы не уточняете.

И чтобы быть достоверным - есть у них свой магазин розницы, сделанный совместно с Wireless Giant.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

А что? :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+3

Ну если для вас "гарантированное качество айпада", то, конечно, вам кроме iPad ничего покупать не надо.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

Спасибо за комментарий :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+3

Да, почти все вышеперечисленное характерно почти для всех митингов :)

Умалчивание проблем - да, корпоративная культура и настроение в коллективе, почему указано здесь - потому что 3м пунктом повестки дня на agile stand-up митингах как раз и идет озвучивание проблем, т.е. умалчивание проблем плохо и по конкретным фокусировочным вопросам agile.

Отчет менеджеру - опять-таки корпоративная культура, но все же уводит в сторону от важной agile цели - поделиться с командой - потому и записано сюда.

Спасибо за комментарий

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну я не думаю, что у кого-то iPad лежит для протирания тряпочкой )))

>> Для игр

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

>> Для чтения

Я на iPhone перечитал тьму книг, и все равно считаю, что на планшете удобнее :) Тут мнение скорее субъективно, чем объективно. А читалки специальные всех обойдут, но они ТОЛЬКО для чтения, а от планшета большего можно ожидать.

>> Наверно больше эта штука для контактеров и фэйсбукеров нужна :)

А бизнес приложения? На ней можно столько всего забавного запустить, вы бы только знали :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> У меня на 2Ггц умудрялась тормозить, а что будет на 1Ггц?

Думаю, можно написать так, что и 4Ггц ляжет :) Вопрос в качестве программирования, притом быстрые красивые флеш-игрушки я видел.

>> Бизнес-приложения

1. Офисный пакет

2. Онлайн-магазины

3. Работа с фотографиями

4. Классный ежедневник

Хотя бы вариаций вот таких приложений будет тьма.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

1. Можно и так

2. Не всегда получится такое найти, но если есть, наверное, хорошо.

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

4. Начинать с проблем - всего лишь один из вариантов, который не является панацеей. Таким же образом Катя может сказать какие У НЕЕ проблемы, и Маша со своими мелкими просто промолчит. Хотя замалчивание проблем - про это ниже

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

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

(Насчет бумажки - так и представил великого русского поэта с рулоном туалетной бумаги на стенд-ап митинге =))

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

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

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

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

>> Какая вам разница, что делает человек за полчаса до стэндапа?

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

>> Если стэндап проводится манагером, ... это уже не стэндап, это планёрка ... В лучших традициях индустриализации.

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

Меньше догматизма, Александр Сергеевич :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

=))

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

1. Тренажерный зал надо делать, если будет много опоздавших :)

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

10. Поддерживаю :)

>> Самый важный проблема упущена. Надо говорить не "что делал, что буду делать" (кого это нафиг волнует?), а "что Сделал, что Сделаю сегодня"

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

Спасибо за комментарий

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

Я именно это и говорил.

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

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

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

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

И вы говорите про быстрое реагирование на изменения, но при этом строго идете по догмам scrum? :)

>> Вот основные ошибки, которые делаются при внедрении Agile у нас:

Интересно, может, отдельным постом оформите?

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

Вопрос не только и не столько в мотивировании. Ментор знает ЧТО учить и КУДА податься - в этом его основная польза.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

Спасибо за коммент.

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

С одной стороны, карьера: аналитику могут пообещать дать должность менеджера, если он пройдет соответствующий тренинг, а разработчику - отдельный проект, если он пройдет тренинг для архитекторов. С другой, зп - тот же отдельный проект для разработчика и двух падаванов в нагрузку явно будет сопровождаться повышением зарплаты. Давать что-то большее уже как-то напряжно - если человека не прельщают зп и карьера, для того чтобы он за счет компании обучился чему-то новому - зачем кому-то вообще такой сотрудник? :) Я встречался с некоторыми программистами за 30 - им собственно ничего уже не надо. У них есть теплое место, деньги, спокойный проект - пришли, отработали, ушли. Таких людей очень сложно мотивировать хоть на что-то.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+3

Я бы даже сказал так - для нашей сферы университетского образования НИКОГДА не достаточно :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Да, адекватность начальства - чертовски важная штука :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну я это и имею в виду под "неадекватность" ) Да, многие мнят слишком много и просто мешают работать.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Качество проектов - хороший пойнт, обновлю пост.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Да, потому лучше выбирать компании с белой зп - там-то точно не будет такой проблемы :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Про отпуска слова есть ;) ;) ;)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Бывает вопрос не в доверии, а именно в том что, дескать, заболел он, видите ли ) Т.е. просто мол раз IT-компания, то болеть низя

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

Ну "ни одна" - это вы преувеличиваете :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Конечно надо все обдумать, в рабство никому не хочется ) Если на 5 лет - вполне себе вариант, устроился, работай, компания часть процентов за тебя платит.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Интересно, спасибо. Сейчас дополню пост.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+8

А вы к нам приходите :) Потратьте год-два на обучение, освойте технологию какую-нибудь. Освойте английский язык на достаточном для чтения, письма и разговоров уровне. Обучитесь работе в команде, работе с кодом. Придете на 600 стартовую - вот вам и замена вашей бакалее, и офису возле ТЭЦ-4, и будут вам все соцпакеты.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Примеров много, часть из них уже есть в посте :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Дописал, читайте

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ознакомлюсь, спасибо

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Общение с заказчиком, выбивание повышения - чем не переговоры?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

Если соберете набор полезных техник из НЛП, которые можно применить в IT-компаниях - с удовольствием почитаю :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Вполне :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-2

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Абстрагируйтесь и посмотрите в суть вопроса, не заостряясь на деталях.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну так я же не призываю делать все всегда так :) Есть полезные принципы, но они же не догма, в любом случае надо ДУМАТЬ.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-2

Много каких слов нет в русском языке :). Лично для меня слово "оценка" больше связано с материальной ценностью, а "эстимирование" - именно с оценкой времени.

А если по теме - какой трекинговой системой вы пользуетесь в Skype?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Найдите в моем тексте хотя бы одно слово "девелопер" или "юзер" :) "Элементы управления" же как-то длинно, контролы звучит куда лучше. "Гриды" - в первый раз слышу.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

=)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Лукап Воркайтемов это даааа :D

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

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

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

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

>> А как их можно расставить, когда бэклога 2?

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Никогда. Никогда. Никогда не надо говорить "никогда", особенно так категорично :) Понятно, что делать что-то бесполезное никто не станет. Проблема в том, что не все заказчики понимают в технических деталях и объяснять приходится буквально на пальцах. Более того, я не говорил о "бесполезности", я говорил об "отсутствии прямой бизнес-выгоды", которая совсем не "бесполезность". Простой пример - перевод веб-сайта с группы серверов с IIS6 на группу серверов с новой операционкой и IIS7. Есть ли прямая выгода? Нет. Есть ли *косвенная*? Да куча просто: ускорение разработки из-за отсутствия костылей для ASP.NET MVC, включения автоматического динамического gzip сжатия и ускорения отдачи страницы пользователю, поддержка более легкого управления серверами через PowerShell. И как переезд с IIS6 на IIS7 в продукт беклог всунуть? Да никак, если только заказчик не разбирается в тонкостях. А вот если закинуть это в технический беклог, расписать подробно все затраты и косвенные выгоды, красиво расписать это все в письме заказчику и уговорить его сделать это через одну итерацию - вот и счастье привалило.

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

См. выше.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> Никогда не стреляй себе в башку из оружия. Это тоже звучит категорично?

Да, если целью является собственно самоубийство. Нет - для большинства случаев.

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

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

>> Ускорение разработки - вот это и надо продать заказчику.

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

>> А если его текущая скорость устраивает, значит юзер стори не надо делать.

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> У нас есть два основных бэклога...

На здоровье :) Хорошая у вас система, по книжке и работает.

>> Технический бэклог не нужен.

Не судите по себе.

>> Если делать небольшие изменения, то и архитектура не испортится.

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

Во-вторых, даже маленькими изменениями можно легко изгадить архитектуру. ЛЕГКО.

>> Как по мне, так работающий код -- хороший код, а не работающий -- плохой.

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

>> Ну, лучше поздно, чем очень поздно. Это, вообще-то, внутреннее дело команды, нет?

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

По такой логике все подряд можно называть требованиями и суть термина "требование" уже теряется. Баги это НЕ требования.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Хорошо, пройдемся по "беспощадной критике":

1. Про виды потерь будет отдельный пост. Про muda/mura/muri знаю. В статье именно muda, зачем употреблять не подходящие mura и muri? Это же muda получится тогда :)

2. Я надеюсь в будущем пройтись по отдельным принципам, здесь ведь только "введение". Соответственно, ни тот же Канбан, ни Андон не упоминал.

3. Возможно, но хотелось пример по реалиям.

4. В книге Поппендиков, которую читал я, их именно 7. Хотя, наверное, вы имеете в виду какую-то другую книгу из их трех книг по данной тематике. Почему ориентировался на книгу, а не на Дэминга или Дао Тойота? Они писали про бережливое производство, а Поппендики - именно про бережливую разработку ПО.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Надеюсь, читатели это поняли :) Слепо применять даже хорошие практики - ну очень плохая практика.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Нет, я основываюсь на книге "Implementing lean software development: from concept to cash".

>> мне больше импонирует перевод Вытягивающем производстве

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

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

Вполне может быть, не буду биться ни за одну из mu*, скажу лишь, что на мой взгляд, и mura, и muri в итоге приводят к появлению muda: и износ людей/техники, и нестабильность производства рано или поздно выльются в не приносящие ценности действия. Следовательно, в рамках введения (начального ознакомления) в lean термин muda считаю достаточным.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

:) Да, согласен с вами. Сейчас поправлю.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

По ссылке интересно, спасибо.

>> Другими словами, вы начинаете введение в Lean, путём описания видов боли у больного аппендицитом, рекомендуя давать ему больше обезболивающего, а не фокусировки на первопричинах болезни.

Частично согласен: нестабильность производства и утомленные люди и техника могут служить причиной процессов, не приносящих пользы. Частично не согласен: вы полагаете, что не может быть muda без mura и muri? Допустим, тот же тайм-трекинг в компании с собственным продуктом - насколько я помню, у вас именно из-за ненужности его и отменили. Так что здесь muda скорее как отдельная болезнь, а не просто симптомы mura и muri.

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

Разве что посмотреть переводы терминов :) Не очень люблю переводы, если честно - иногда много чего теряется.

>> Истреблять – ликвидировать

Согласен, поправлю

>> Траты - потери

Попробовал - не особо лучше. "Траты" кажутся частью процесса, а "потери" - ка нечто уже свершившееся.

>> Поставлять быстро - доставлять быстро

Не согласен. В контексте ПО более правильным кажется вариант "поставлять" - т.е. "делать поставку", а не "доставлять" - что у меня лично ассоциируется с транспортом.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Оно еще и на практике работает иногда? ;)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

:D это опечатка :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Ммммм, а можно подробнее про непонятность и сложность? На вид интерфейс не сложнее Basecamp, а по сравнению с JIRA здесь вообще рай простоты.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

А как быть с веб-приложениями? :) Каждому пользователю спонсировать апгрейд и шустрый интернет? Плюс медленным может быть сам воркфлоу: сравните действие в 2 клика и действие в 5 кликов и 2 клавиши на клавиатуре.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

1. Инфы больше нет, появится новая - поделюсь. "Просматривать чаты" - это не вуайеризм менеджера, а возможность найти нужные данные и не спорить о том, что уже 10 раз обсуждалось.

2. В том и проблема, что только для планирования и отчетности. Для рабочих списоков я пользуюсь листиком бумаги и ручкой, т.к. JIRA неудобна. Asana потенциально может заменить и листик.

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

4. Ты еще iPad провал предрекал, ага ;)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Google JVM было бы неплохо, согласен :)

iPad посмотрим что будет) сча планшетов повылазило.

насчет [3] - так много кто фоткает и выкладывает - неудобно только это. С whiteboard еще куда ни шло, но вот бумажки/стикеры, увы, в отфотканном виде не особо нужны.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

А вы разве выполняете 5 кликов и 1 клик за одно и то же время?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Нет, mura - лишь один тип Трат. Muri и Muda могут быть связаны с Mura, но изначально это отдельный тип трат.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Сами говорите - "чаще всего". Утверждать 100% верность высказывания при реальной верности в "чаще всего" неверно. Muda может появиться сама по себе и без Mura, нет?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Траты, затраты, потери - однокоренные слова. В зависимости от контекста могут взаимозаменяться.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

Да причем здесь это. Если вам лично не нравится слово "траты" - на здоровье.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

Так что да, обсуждать конкретно сейчас нечего :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

Пожалуйста :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Сервер - Cruise Control, из скриптования в разное время использовал NAnt, Maven, PowerShell, Rake. Вообще про системы билдования и сервера CI хочу отдельный пост сделать.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> вы говорите про Десктоп или Веб проекты?

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Пожалуйста!

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

continuous - скорее "постоянно продолжающийся/возобновляемый", но не непрерывный :) А написано - так и на заборе написано ;)

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> Ну это так, дань занудству :)

:D

>> Тем не менее, спасибо что ещё раз напомнили про такую важную технику!

Пожалуйста :) Возможно, будет еще пара статей по данной тематике.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Пожалуйста :) Один момент - это перевод (чтобы не присваивать чужие лавры)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Пожалуйста :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Поддерживаю :) А то "профессионализм" и "карьерный рост" часто ни о чем не говорят

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> к сожалению, эти ошибки зачастую ещё накладываются друг на друга.

А так оно всегда :)

>> интереснее было бы изобличение типичных ошибок самой команды разработчиков

Может, чего-нибудь и соображу - по настроению

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-2

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

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

>> Интересно, а чето делать с проблемой часовых поясов? Как разруливать несовпадение выходных? Что делать, если ваши вопросы нужно эскалировать выше, что нередко занимает больше дня?

В случае США-Беларусь вопрос, заданный утром, будет отвечен к следующему утру. Если вопрос долгий, стороны уведомляют друг друга об этом. Где проблема?

>> Насколько чёткая цель "сделать копию гугла"? Очень чёткая, на мой взгляд, но вряд ли кто-то отважится взяться.

Четко поставленная цель не гарантирует ее достижения. НО. Нечетко поставленная цель гарантирует ее НЕдостижение. Вопросы?

>> Чушь!

А вас, наверное, не иначе как "Менеджер 323458ФК" называют? :D

>> Замечательный пример нечёткой цели. :)

Ну так я и не заказчик :)

>> Ограждайте команду от этого. Или откажитесь от проекта.

От чего ограждать, от свобод? Отказываться, если не дают свобод - согласен.

>> Ну икак оценивается качество кода или документации? Ну глупость же!

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

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

А где хоть слово в моих высказываниях против этого абзаца? :)

Спасибо за коммент =)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

>> В шутку

Ричард Столлман - параноик, Ганс Рейзер убил жену и закопал

>> Серьезно

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

Да вы что? :) Серьезно? Вы не тех людей знаете. С++ не показатель. Умение разбираться в слишком сложном языке не говорит ни о чем, кроме того, что человек сел и разобрался в слишком сложном языке. Из этого вовсе не значит, что он может легко разобраться в динамических языках а-ля Ruby, написать сложный высокопроизводительный запрос к базе данных или сделать удобный для пользователя интерфейс. Есть куча умных и адекватных людей, которые не знают или не любят С++ - и поверьте, таких людей куда больше, чем С++ников.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+2

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> глубокая адекватность в вопросах IT

Что имеется под "в вопросах IT"? :) Если сюда вы включаете юзабилити, UX, веб и прочее сервисноориентированное из мира IT - вы не правы в утверждении про С++. Если НЕ включаете - то вы очень узко смотрите на мир IT. Выбирайте :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Ну какое тут передергивание :) Я хочу уточнить термин IT, т.к. считаю себя человеком из IT индустрии, достаточно адекватным, при этом С++ не переношу на дух (Си как таковой люблю и Objective-C осваиваю). И вот чтобы не с шашкой наголо нестись на ваши оборонительные порядки, уточняю - правильно ли вас я понял.

В моем понимании С++ мир - всего лишь некоторая часть IT-мира, соответственно все ваши выкладки неверны (если вы, конечно, не поменяете понятие IT)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Вброс шикарный, спасибо! :) Давно тут не веселились =)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Читал я Брукса, читал. И не утверждал, что это не искусство и что по пунктам можно все расписать. Просто есть вещи, которые можно перечислить и которым следовать.

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Плеер в процессе починки, извиняйте :) Пока можно по http://dev.by/files/audio/1.mp3 получить файлик. Первый блин как-никак ;)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Над звуком поработаем в следующий раз, спасибо :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

В следующем выпуске будут:

1. Директ ссылка

2. Плеер

3. Ссылка на подкаст в iTunes

4. Ссылка на подкаст в Zune

Есть еще что предложить?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Если нет автоматических инструментов - это вряд ли. Если есть - вполне возможно :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

1. Учимся ;)

2. Вряд ли - в 10-15 минут ничего толком не вложишь, гостя на столько звать смысла просто нет. Постараемся за час не вылазить.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Где где, чуть что - Мишу еще раз позовем :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Наш гость - Михаил Дубаков

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

>> Ведущим надо работать над собой и готовиться к подкастам более тщательно. Иногда цинизм и юмор не к месту.

Работать и работать :) Будем!

Спасибо за комментарий

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо за предложения! Будем думать - допиливаться формат точно будет.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Отличная мысль! На будущее запишем :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Спасибо! Будем стараться :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Раз противно, наверное, комментарии есть путные, как "противность" убрать?

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Скорее не "с точностью наоборот", а просто вы по-другому обосновали :) Да, согласен, в памяти всплыла именно такая аргументация из какой-то книги (то ли The Ruby Way, то ли что-то из Pragmatic серии).

>> Поэтому и юнит-тесты для Java программ носят лишь рекомендательный характер.

Да, к сожалению

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо! Заценю.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

И где, простите, устоялся формат 10-15 минут? The Developer's Life, wpdevpodcast, tii ios podcast, 2гига - популярные подкасты, серии почти все длиннее часа. Да, есть и короткие, но говорить только про них и просто отрицать другие - глупо.

>> которым некуда девать своё время

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо за комментарии, учтем :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Кирилл,

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

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

Даже длинные подкасты, если их действительно хочется послушать, можно легко вместить в ваш график :) (Это я не к тому, что мы меняться не будем, а к тому, что всегда есть выход :))

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> искусственно созданную проблему

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

>> априори полагая, что мне его "хочется послушать"

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

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

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Спасибо, слушали. По тематике, как мне кажется, у нас поинтереснее. Качество звука - поправим.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

В определенных ситуациях да, но далеко не всегда :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Спасибо и за комплимент, и за предложение - хорошая мысль!

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+3

Если сравнить возможности создания интерфейсов в HTML+CSS и тем же Flex MXML или Silverlight XAML - сразу же понятно, где отличия. Не надо так радикально - статья этим тоже грешит, но все же :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Отличный отчет :) От себя добавлю минус по кофе - оного было невероятно мало.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

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

IBB согласен, очень там понравилось, когда на Лешкевича ходил.

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Запишите меня тогда, пожалуйста :)

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

Антон, хорош :) Только какой-то тренд получается - 2я конфа и опять сверху где-то мой твит с очередным фейлом организации :)

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

C379be0fabb8e7e43522ec663293cd1d?1478770472
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

Мероприятие ок! А "не кормите" - это ты исключение, от остальных все отлично прячется. Который день красную икру по утрам точим...

Компании

Название Рейтинг Отзывы
4.9 0.0 5
4.8 0.0 11
4.8 0.0 19
4.7 0.0 7
4.6 0.0 14
Все компании

Зарплаты

1500
Медиана зарплаты в ИТ за 3 месяца
ИЮЛ
АВГ
СЕН
ОКТ
НОЯ
ДЕК
1200
1500
1500
1600
1500
1475
© 2008-2017 Частное предприятие "Дев Бай"
Использование материалов, размещенных на сайте, разрешается при условии прямой гиперссылки на dev.by. Ссылка должна быть размещена в подзаголовке или в первом абзаце публикации.
datahata — хостинг в Беларуси