Че сегодня есть тусовки?

Посмотрел вебинар по puzzle driven development. Забавная штука. Ее суть в том, как я понял, что задача вначале передается опытному программисту, который хорошо знает архитектуру. Он в течение часа должен накидать полу-работающий каркас кода, например возможность скачать pdf-отчет, но при этом отчет просто пустой - код не подключается к БД и не форматирует данные. На месте не реализованных мест проставляются #TODO. При этом что важно, код должен быть тестируемым, должен компилироваться, должен быть полностью рабочим. Код мержится в мастер ветку. Далее #TODO превращаются в таски. Эти #TODO скорее всего будут взяты другими людьми и точно так же выполнены не до конца. И чем дальше, тем более проработанный становится код. В этом суть puzzle driven development. Какие плюсы я тут вижу: bus factor стремится к максимуму. это очень важно, даже если 90% команды свалит спустя какое-то время, оставшиеся 10 процентов команды скорее всего смогут потянуть любые задачи, которые перед ними встанут. Но мне не понятно, как отслеживать такое развитие, когда например запрошенная фича будет сделана до конца? Если человек делает фичи целиком, он примерно может прикинуть, сколько он потратит на это времени. А тут получается только менеджер сможет понять трудозатраты, т.к. программисты более не работают над задачей целиком, а кусками. Такую разработку можно применять только при наличии опытных программистов в команде. Что-то я сомневаюсь, что студенты смогут заложить правильную архитектуру в проект. Хотя и при обычной разработке они тоже этого сделать не смогут. Как идея норм - будь максимально ленив, срезай углы, доделает кто-то другой. Только вопрос остался: как эта идея вообще возникла в головах менеджеров.

Посмотрел вебинар по puzzle driven development. Забавная штука. Ее суть в том, как я понял, что задача вначале передается опытному программисту, который хорошо знает архитектуру. Он в течение часа должен накидать полу-работающий каркас кода, например возможность скачать pdf-отчет, но при этом отчет просто пустой - код не подключается к БД и не форматирует данные. На месте не реализованных мест проставляются #TODO. При этом что важно, код должен быть тестируемым, должен компилироваться, должен быть полностью рабочим. Код мержится в мастер ветку. Далее #TODO превращаются в таски. Эти #TODO скорее всего будут взяты другими людьми и точно так же выполнены не до конца. И чем дальше, тем более проработанный становится код. В этом суть puzzle driven development. Какие плюсы я тут вижу: bus factor стремится к максимуму. это очень важно, даже если 90% команды свалит спустя какое-то время, оставшиеся 10 процентов команды скорее всего смогут потянуть любые задачи, которые перед ними встанут. Но мне не понятно, как отслеживать такое развитие, когда например запрошенная фича будет сделана до конца? Если человек делает фичи целиком, он примерно может прикинуть, сколько он потратит на это времени. А тут получается только менеджер сможет понять трудозатраты, т.к. программисты более не работают над задачей целиком, а кусками. Такую разработку можно применять только при наличии опытных программистов в команде. Что-то я сомневаюсь, что студенты смогут заложить правильную архитектуру в проект. Хотя и при обычной разработке они тоже этого сделать не смогут. Как идея норм - будь максимально ленив, срезай углы, доделает кто-то другой. Только вопрос остался: как эта идея вообще возникла в головах менеджеров.

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

Че сегодня есть тусовки?

раз все молчат походу нет)

если что я начинаю с юниона в половину - так что пишите если кто рядом будет)

блин. я уже в своей академке

Я в своем Купчино

Посмотрел вебинар по puzzle driven development. Забавная штука. Ее суть в том, как я понял, что задача вначале передается опытному программисту, который хорошо знает архитектуру. Он в течение часа должен накидать полу-работающий каркас кода, например возможность скачать pdf-отчет, но при этом отчет просто пустой - код не подключается к БД и не форматирует данные. На месте не реализованных мест проставляются #TODO. При этом что важно, код должен быть тестируемым, должен компилироваться, должен быть полностью рабочим. Код мержится в мастер ветку. Далее #TODO превращаются в таски. Эти #TODO скорее всего будут взяты другими людьми и точно так же выполнены не до конца. И чем дальше, тем более проработанный становится код. В этом суть puzzle driven development. Какие плюсы я тут вижу: bus factor стремится к максимуму. это очень важно, даже если 90% команды свалит спустя какое-то время, оставшиеся 10 процентов команды скорее всего смогут потянуть любые задачи, которые перед ними встанут. Но мне не понятно, как отслеживать такое развитие, когда например запрошенная фича будет сделана до конца? Если человек делает фичи целиком, он примерно может прикинуть, сколько он потратит на это времени. А тут получается только менеджер сможет понять трудозатраты, т.к. программисты более не работают над задачей целиком, а кусками. Такую разработку можно применять только при наличии опытных программистов в команде. Что-то я сомневаюсь, что студенты смогут заложить правильную архитектуру в проект. Хотя и при обычной разработке они тоже этого сделать не смогут. Как идея норм - будь максимально ленив, срезай углы, доделает кто-то другой. Только вопрос остался: как эта идея вообще возникла в головах менеджеров.

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

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

Ну я может что не до конца понял ещё, я просто на английском слушал... https://youtu.be/nsYGC2aUwfQ

Посмотрел вебинар по puzzle driven development. Забавная штука. Ее суть в том, как я понял, что задача вначале передается опытному программисту, который хорошо знает архитектуру. Он в течение часа должен накидать полу-работающий каркас кода, например возможность скачать pdf-отчет, но при этом отчет просто пустой - код не подключается к БД и не форматирует данные. На месте не реализованных мест проставляются #TODO. При этом что важно, код должен быть тестируемым, должен компилироваться, должен быть полностью рабочим. Код мержится в мастер ветку. Далее #TODO превращаются в таски. Эти #TODO скорее всего будут взяты другими людьми и точно так же выполнены не до конца. И чем дальше, тем более проработанный становится код. В этом суть puzzle driven development. Какие плюсы я тут вижу: bus factor стремится к максимуму. это очень важно, даже если 90% команды свалит спустя какое-то время, оставшиеся 10 процентов команды скорее всего смогут потянуть любые задачи, которые перед ними встанут. Но мне не понятно, как отслеживать такое развитие, когда например запрошенная фича будет сделана до конца? Если человек делает фичи целиком, он примерно может прикинуть, сколько он потратит на это времени. А тут получается только менеджер сможет понять трудозатраты, т.к. программисты более не работают над задачей целиком, а кусками. Такую разработку можно применять только при наличии опытных программистов в команде. Что-то я сомневаюсь, что студенты смогут заложить правильную архитектуру в проект. Хотя и при обычной разработке они тоже этого сделать не смогут. Как идея норм - будь максимально ленив, срезай углы, доделает кто-то другой. Только вопрос остался: как эта идея вообще возникла в головах менеджеров.

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

Привет, тут такой вопрос: а никто не может подсказать, куда можно в Питере устроиться джуном? в общем, ситуация примерно такая: я заканчиваю сейчас второй курс, буду этим летом переезжать в Питер и переводиться в ИТМО на высшую математику (кафедра) на третий без потери года. опыт работы у меня примерно такой: я чуть больше года работаю в НИИ удалённо, перевожу статьи, иногда пишу код, делаю куски исследовательской работы. ещё работала три месяца в стартапе на python-е: парсеры разные писала, иногда чуток трогала фронтенд по минимуму, разбиралась во всяких системах, связанных с API (ушла оттуда по причине задержек зарплаты всему коллективу). ещё иногда некоторые проекты на аутсорсе, там тоже про питон, какие-то базы, что-то распарсить (не знаю, насколько это актуально вообще, об этой части работы мало могу сказать, там NDA довольно лютый). в общем и целом, умею базово в python, сносно достаточно разбираюсь в алгоритмах, осознаю что такое программирование в unix, пробую разбираться в разных фреймворках, базово сносно пишу на c++ (плоховато знаю всякие штуки про многопоточность и подобное, с ними вот начала разбираться не так давно). вот примерно так. вообще, в голубых мечтах хочу что-то не совсем лютое в плане переработок (мне они в совмещении с учёбой и научной работой довольно сложно даются, большой удар по организму), где работать интересно, денег хватает на то чтобы не умирать от голода, не очень люто строго по времени прихода на работу и подобному.

в 4 утра? hh.ru изучала?

где-то с месяц назад

при поиске работы это нужно делать ежедневно

Привет, тут такой вопрос: а никто не может подсказать, куда можно в Питере устроиться джуном? в общем, ситуация примерно такая: я заканчиваю сейчас второй курс, буду этим летом переезжать в Питер и переводиться в ИТМО на высшую математику (кафедра) на третий без потери года. опыт работы у меня примерно такой: я чуть больше года работаю в НИИ удалённо, перевожу статьи, иногда пишу код, делаю куски исследовательской работы. ещё работала три месяца в стартапе на python-е: парсеры разные писала, иногда чуток трогала фронтенд по минимуму, разбиралась во всяких системах, связанных с API (ушла оттуда по причине задержек зарплаты всему коллективу). ещё иногда некоторые проекты на аутсорсе, там тоже про питон, какие-то базы, что-то распарсить (не знаю, насколько это актуально вообще, об этой части работы мало могу сказать, там NDA довольно лютый). в общем и целом, умею базово в python, сносно достаточно разбираюсь в алгоритмах, осознаю что такое программирование в unix, пробую разбираться в разных фреймворках, базово сносно пишу на c++ (плоховато знаю всякие штуки про многопоточность и подобное, с ними вот начала разбираться не так давно). вот примерно так. вообще, в голубых мечтах хочу что-то не совсем лютое в плане переработок (мне они в совмещении с учёбой и научной работой довольно сложно даются, большой удар по организму), где работать интересно, денег хватает на то чтобы не умирать от голода, не очень люто строго по времени прихода на работу и подобному.

Хорошая кафедра. Один мой однокашник там учился. Правда на 2-м курсе бросил и уехал в Израиль) Один друг там же закончил бакалавриат и магистратуру. Работал в фотостране. Сейчас живёт и работает в Дублине

По Python мало компаний (мне, по крайней мере не известно) в Петербурге где проводят школы типа Java-школы T-Systems или Deutsche Bank

Попробуй поискать в hh

Кстати, в ИТМО есть кафедры где ищут Python-программистов. Требования там не для джуна, но поискать нечто подобное все же стоит

уже увидела на hh, там довольно сурово. но поговорить, в целом, я думаю, можно будет с ними спасибо :)

upwork ещё посмотри

может быть самый ок вариант подработки

но нужны навыки менеджмента определённые.

менеджмента?

можешь, пожалуйста, чуток подробней объяснить?

Это фриланс на зарубеж. Надо общаться с заказчиками и все такое

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

@propositive с днём рождения!

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

@propositive с днём рождения!

Спасибо!! Очень неожиданно))

да, кстати

чувак, который меня первым в питере собеседовал. И он же постоянный участник нашего сообщества. Ты норм :) Будь счастлив и весел и (сегодня) хмелен. с днём рождения, @propositive!

upwork ещё посмотри

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

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

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

на моем опыте

Угум, спасибо, посмотрела базово, вроде не очень сильно люто)

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

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

ну.. неа, не только

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

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

за двадцать баксов

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

кончилось всё там что оно растянулось на двести баксов и уехало из питона в Google apps script

зато апворк это школа жизни. Как бойцовые ямы для Даарио Нахариса в Игре Престолов.

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

чувак, который меня первым в питере собеседовал. И он же постоянный участник нашего сообщества. Ты норм :) Будь счастлив и весел и (сегодня) хмелен. с днём рождения, @propositive!

Спасибо :)

Спасибо :)

Мои поздравления :)

С днём рождения @propositive :)

?

?

Плюсую поздравления ? Грац с апом.

Привет, тут такой вопрос: а никто не может подсказать, куда можно в Питере устроиться джуном? в общем, ситуация примерно такая: я заканчиваю сейчас второй курс, буду этим летом переезжать в Питер и переводиться в ИТМО на высшую математику (кафедра) на третий без потери года. опыт работы у меня примерно такой: я чуть больше года работаю в НИИ удалённо, перевожу статьи, иногда пишу код, делаю куски исследовательской работы. ещё работала три месяца в стартапе на python-е: парсеры разные писала, иногда чуток трогала фронтенд по минимуму, разбиралась во всяких системах, связанных с API (ушла оттуда по причине задержек зарплаты всему коллективу). ещё иногда некоторые проекты на аутсорсе, там тоже про питон, какие-то базы, что-то распарсить (не знаю, насколько это актуально вообще, об этой части работы мало могу сказать, там NDA довольно лютый). в общем и целом, умею базово в python, сносно достаточно разбираюсь в алгоритмах, осознаю что такое программирование в unix, пробую разбираться в разных фреймворках, базово сносно пишу на c++ (плоховато знаю всякие штуки про многопоточность и подобное, с ними вот начала разбираться не так давно). вот примерно так. вообще, в голубых мечтах хочу что-то не совсем лютое в плане переработок (мне они в совмещении с учёбой и научной работой довольно сложно даются, большой удар по организму), где работать интересно, денег хватает на то чтобы не умирать от голода, не очень люто строго по времени прихода на работу и подобному.

Приходи к нам на митапы, ищи удалёнку, вписывайся в опенсорс. Три слагаемых успешного начала карьеры;)

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

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

ну-ка необычный опрос https://twitter.com/nazarov_tech/status/876547569857462272

А как узнать не проверив?)

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

опа, а что такое в сбертехе?

ну как бы

сбертех

бюрократия

рука об руку

я рискну предположить, что у них даже в отпусках не пьют

Ахахаах

Спрошу как нибудь на обеде)

Но думаю напиздят)

:D

Руся

ты нарушил первое правило бойцовского клуба

ну-ка необычный опрос https://twitter.com/nazarov_tech/status/876547569857462272

не хватает варианта "работаю дома упоротым"

(на самом деле нет)

но если посмотреть на исходный код telegram то складывается впечатление, что писали под спидами

но если посмотреть на исходный код telegram то складывается впечатление, что писали под спидами

Например? Ты имеешь в виду telegram-web или desktop?

не, сорс дампы telegram ios, telegram andorid

desktop и web более-менее нормальные

аа, а что там вообще всё плохо?

ну так плохо, что github даже в шоке https://github.com/peter-iakovlev/Telegram/tree/public/Telegraph

3000 файлов? о_О

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

(хотя чет сейчас смотрю в telegram android и прям треша не могу найти с ходу, видимо причесали)

https://github.com/DrKLO/Telegram/blob/master/TMessagesProj/src/main/java/org/telegram/ui/LaunchActivity.java

попробуйте разобраться )

на самом деле хороший пример когда продукт вроде бы классный, а под капотом все на скотче и wd-40 держится

> писалось лишь бы работало поскорее Да это часто так бывает. Мы недавно зарелизили open source проект. Статью приняли в журнал с импакт-фактором ~6 Но в код лучше не смотреть, хотя проект сам по себе серьёзный с точки зрения научной базы и перспектив в neuro science.

https://github.com/DrKLO/Telegram/blob/master/TMessagesProj/src/main/java/org/telegram/ui/LaunchActivity.java

По моему, ui-код не бывает не лапшеобразным :))

вообще да) но можно же лучше, да? ;) just to keep it maintainable

> писалось лишь бы работало поскорее Да это часто так бывает. Мы недавно зарелизили open source проект. Статью приняли в журнал с импакт-фактором ~6 Но в код лучше не смотреть, хотя проект сам по себе серьёзный с точки зрения научной базы и перспектив в neuro science.

можно посмотреть?

https://ww5.aievolution.com/hbm1701/index.cfm?do=abs.viewAbs&abs=2446 Ещё доклада не было, 26 июня будет в Ванкувере.

Возможно, эта штука когда-нибудь поможет в создании нейроинтерфейсов (brain–computer interface), но пока она работает c томографом в 3 тесла, который стоит как самолёт :)

desktop и web более-менее нормальные

а в чатике федоры очень ругают десктопный код

В десктопе какая-то ужасная билд система. Зачем-то генерится cmake lists из gyp. Плюс много bundled libs, а qt5 вообще нужен патченный. Ну и линкуют все статикой.

@lig11 кстати, в SPA на каком протоколе связь ? REST, GraphQL, Logux ?

Есть ли тут кто-нибудь главный кроме @lig11 и @nazarov_tech ?

Или - есть ли возможность их призвать как-нибудь быстро? У меня нет номеров, тут в профиле они скрыты, и пока не отвечают :( а у меня срочное дело

Или - есть ли возможность их призвать как-нибудь быстро? У меня нет номеров, тут в профиле они скрыты, и пока не отвечают :( а у меня срочное дело

что случилось?

всем спасибо, все уладили :)