КОФИЁК КРЧ))
Кто что думает?
mydebianblog. блогспот .com / 2013 / 08 / getting-things-done-gtd.html
mydebianblog. блогспот .com / 2013 / 08 / getting-things-done-gtd.html
Очевидные амфетамины очевидны.
Алсо, если человек пишет менее 200 строчек кода в день, ему просто следует задуматься,
а так ли сильно он любит программирование, или может ему стоит заняться чем-то, к чему душа больше лежит?
Алсо, если человек пишет менее 200 строчек кода в день, ему просто следует задуматься,
а так ли сильно он любит программирование, или может ему стоит заняться чем-то, к чему душа больше лежит?
почему именно 200? почему не 500-1000? обоснуй-ка
Дурачек, хороший программист пишет 30 строк кода в день. Дохуя строк - это как барабанить руками по говну чтоб брызги летел во все стороны, вместо того чтоб аккуратно решить задачу.
Психостимуляторы /thread
Реквест годных методиг обучения кодингу.
Ну там больше читать умных книг. Или наоборот больше писать своего говнокода/изобретать велики?
Ну там больше читать умных книг. Или наоборот больше писать своего говнокода/изобретать велики?
> Алсо, если человек пишет менее 200 строчек кода в день, ему просто следует задуматься,
> почему именно 200? почему не 500-1000? обоснуй-ка
> Дурачек, хороший программист пишет 30 строк кода в день.
1 петушок — обычный ооп-петушок
2 петушок — байтоеб-петушок
3 петушок — сверхвысокоуровневый-(скриптовый) петушок.
А теперь стори: cобрались три петушка и давай что-то кукарекать, каждый со своего насеста
И как же вы их употребляете? Упарываетесь, чтобы хуячить по 16 часов в день?
бля, задал вопрос по делу тем, кто в теме и шарит о чем я говорю, видел что тут есть такие ребята, значит буду их ждать. Остальных - прошу съебать нахуй с треда и не позориться о "строках кода для хорошего программиста", а так же предложениями о стимуляторах, тред не об этом говне, а конкретно о том, что описано в самом начале.
сам-то сколько строк написал сегодня?
0
я решаю проблемы, я не "строки" считаю... пиздец...
Сколько проблем ты сегодня решил?
Да пошел ты нахуй, пидрила. Сейчас вообще возьмём и выебем твою мамку в рот, нассым тебе в жопу, угоним твой тред, сделаем тебя петухом и будем обсуждать тута катамормизмы, монадические трансформеры, неужность математики и ассоциативные кластера метапарадигм. Ишь блять, форумное быдло распоясалось, забыло куда пришло.
Модеры, если через 24 часика не будет адекватных ответов по теме - закройте тред. Ибо слушать хуйню от глупых петушков как-то скучно. Че они сюда пришли, есть же /b/ для таких как они =(
оки)
Ты какой-то ебанутый. Если тебе не нравится твой тред, ты можешь его скрыть и не читать.
Если остальным хочется общаться на тему строчек кода, пусть общаются.
Матерый галерный ПМ врывается в трiд, задавайте свои вопросы.
> 1. Пользуетесь ли вы всякими "модными" GTD / Джедайскими техниками? И что думаете об это всем? Если пользуетесь - есть ли результаты, если пользовались и не помогло - объясните почему, в общем нужно ваше мнение.
Пользуюсь, своя собственная система GTD (я просто ебал эти книжки\статьи читать, просто у меня был сначала 1 туду лист, потом их стало много, потом их стало слишком много и пришлось это как-то сорганизовать). Это полезно и нужно, расчищают голову и время от всякого хлама. Могу попытатся расписать что и как у меня, но вообще всё довольно банально, просто удобно для того как я привык работать. Далеко от туду листов не ушло.
2. Какими дополнительными организационными методиками \ утилитами пользуетесь для повышения своей продуктивности в работе.
Что значит дополнительным? Раньше пользовался чисто таск-трекером на работе. Теперь пользуюсь emacs org. Можно пользоватся листочком, разницы тут никакой. По моему охуительно важному мнению все эти методы -- полная хуйня для рядового разраба. Просто берешь и планируешь как тебе удобно.
3. Какие способы предпринимаете для распутывания залоченных проектов (те задачи которые не можете сделать вот сейчас, но они тормозят всю разработку)
Что за хуйню ты тут пишешь? Ты либо можешь сделать эту задачу сейчас, либо не можешь. Всё. Если можешь сейчас -- делаешь сейчас. Не можешь сейчас, делаешь сразу как только сможешь.
4. Пользуетесь всякими Kanban / agile / scrum? Если да, то чем именно? почему? помогает ли в работе?
Говно для клоунов. Только ватерфал! Только хардкор! Сколько я сталкивался с всеми гибкими методами, каждый раз это был былинный фэйл.
Пользуюсь, своя собственная система GTD (я просто ебал эти книжки\статьи читать, просто у меня был сначала 1 туду лист, потом их стало много, потом их стало слишком много и пришлось это как-то сорганизовать). Это полезно и нужно, расчищают голову и время от всякого хлама. Могу попытатся расписать что и как у меня, но вообще всё довольно банально, просто удобно для того как я привык работать. Далеко от туду листов не ушло.
2. Какими дополнительными организационными методиками \ утилитами пользуетесь для повышения своей продуктивности в работе.
Что значит дополнительным? Раньше пользовался чисто таск-трекером на работе. Теперь пользуюсь emacs org. Можно пользоватся листочком, разницы тут никакой. По моему охуительно важному мнению все эти методы -- полная хуйня для рядового разраба. Просто берешь и планируешь как тебе удобно.
3. Какие способы предпринимаете для распутывания залоченных проектов (те задачи которые не можете сделать вот сейчас, но они тормозят всю разработку)
Что за хуйню ты тут пишешь? Ты либо можешь сделать эту задачу сейчас, либо не можешь. Всё. Если можешь сейчас -- делаешь сейчас. Не можешь сейчас, делаешь сразу как только сможешь.
4. Пользуетесь всякими Kanban / agile / scrum? Если да, то чем именно? почему? помогает ли в работе?
Говно для клоунов. Только ватерфал! Только хардкор! Сколько я сталкивался с всеми гибкими методами, каждый раз это был былинный фэйл.
Перепробовал в своё время многое мне 31. Реально у меня лучше всего работают две вещи.
Первое — нужно писать план, но разбивать его сразу на минимально возможные задачи. Ну то есть там каждый пункт должен быть пол-часа максимум, лучше — меньше. Собственно, написание такого детального плана — это уже 80% работы ибо чтобы хуячить код мозгов много уже не нужно, если знаешь заранее ЧТО именно надо нахуячить.
Ну а второе — техника с помидориной. Не стоит, правда, так уж угорать именно по тем цифрам, которые захардкожены у них там лол. У меня широко известное в узких кругах 52-17 работало лучше, а ещё лучше у меня работают тупо школьно-институтские 45 минут. Жёсткий кстати вариант когда таймер прозвенел и ты прям должен встать и отдыхать как по мне — тоже хуйня. У меня когда звенел таймер я просто не брал новую микрозадачу, после того, как закончил текущую. В целом, сейчас я забил хуй на таймер, просто ебашу по плану из пункта 1.
Ну и ещё хочу сказать, что всё это полная хуета, если имеется в наличии неблагоприятный внешний фон. Если ты ненавидишь свою работу, если проблемы в семье или скончался любимый хомячок — работать ты будешь ХУЁВО хоть ты в анус себе эту помидорку присунь. Так что сначала нужно всё равно порешать внешние проблемы ну или заткнуть их психотерапией и/или таблетками, а уже потом угорать по GTD и прочим хроносам с кайросами.
А про технические средства — я использую липкие бумажки и ручку, выписывая на них текущие микрозадачи, а так общее планирование у меня в битбакете в issues и в wiki. Раньше канонично перемещал бумажки по доске, сейчас просто складываю в стопку на полку за спиной, чтобы можно было вернуться, так как пометки по задаче делаю на них же.
И кстати, вопреки заблуждениям, ебашить как робот легче как психологически так и физически. Распиздяйствовать на работе лично мне очень сложно, хотя мой экран никто не палит и тайм-трекеров у нас тоже нет.
Первое — нужно писать план, но разбивать его сразу на минимально возможные задачи. Ну то есть там каждый пункт должен быть пол-часа максимум, лучше — меньше. Собственно, написание такого детального плана — это уже 80% работы ибо чтобы хуячить код мозгов много уже не нужно, если знаешь заранее ЧТО именно надо нахуячить.
Ну а второе — техника с помидориной. Не стоит, правда, так уж угорать именно по тем цифрам, которые захардкожены у них там лол. У меня широко известное в узких кругах 52-17 работало лучше, а ещё лучше у меня работают тупо школьно-институтские 45 минут. Жёсткий кстати вариант когда таймер прозвенел и ты прям должен встать и отдыхать как по мне — тоже хуйня. У меня когда звенел таймер я просто не брал новую микрозадачу, после того, как закончил текущую. В целом, сейчас я забил хуй на таймер, просто ебашу по плану из пункта 1.
Ну и ещё хочу сказать, что всё это полная хуета, если имеется в наличии неблагоприятный внешний фон. Если ты ненавидишь свою работу, если проблемы в семье или скончался любимый хомячок — работать ты будешь ХУЁВО хоть ты в анус себе эту помидорку присунь. Так что сначала нужно всё равно порешать внешние проблемы ну или заткнуть их психотерапией и/или таблетками, а уже потом угорать по GTD и прочим хроносам с кайросами.
А про технические средства — я использую липкие бумажки и ручку, выписывая на них текущие микрозадачи, а так общее планирование у меня в битбакете в issues и в wiki. Раньше канонично перемещал бумажки по доске, сейчас просто складываю в стопку на полку за спиной, чтобы можно было вернуться, так как пометки по задаче делаю на них же.
И кстати, вопреки заблуждениям, ебашить как робот легче как психологически так и физически. Распиздяйствовать на работе лично мне очень сложно, хотя мой экран никто не палит и тайм-трекеров у нас тоже нет.
Как ты мотивируешь подчинённых, если они тупят и им похуй? Ну то есть вот сидит человек, которому похуй вот это всё саморазвитие, ГТД и всё остальное, он чёта наковырял с 9 до 18 и пошёл домой, похуйнахуй. А уволить ты его не можешь ну во-первых, потому что это не в твоей компетенции ващет, во-вторых, где ты ещё кадры найдёшь, я чёта очередей хороших кодеров под дверями не наблюдаю. Ну и в принципе нельзя сказать, что чел плохо работает, ты просто вроде как хочешь ему ПОМОЧЬ лол и показать, что можно лучше и больше, а ему посрать.
Выбрать область и не распыляться на всё подряд. Ну то есть нужно знать многое по верхам и что-то одно очень хорошо. Книги или блоги или что-то ещё — это уже от области зависит, в некоторых областях можно читать и книги 20-летней давности на ура, в некоторых что-то годовой давности уже протухло ёбаные фронтхипстеры
А моя работа на 80% состоит из УДАЛЕНИЯ строчек кода, лол.
У нас во дворе таких ПМов убивают нахуй. Сидит чмо весь день вконтаче, и ещё блять залупается что программист въябывющий весь день изнурительным мартышкиным трудоми хочет вовремя домой уйти и отдохнуть.
При чём тут вовремя уйти, у нас в 18 весь офис встал и ушёл, переработками никто не занимается. Я не о том вообще. Меня интересует вопрос о том, как тот ПМ взращивает из посредственных кодеров ёбаных гениев кода.
С какого хуя ты гнида ёбаная решил, что имеешь право кого-то там куда-то там развивать?
Схуяли человек должен быть ГЕНИЕМ КОДА нахуй?
Можешь тебя сука ПОРАЗВИВАЕМ в программисты, чтоб ты делом занялся, гнида ленивая, а не хуи весь день вконтачике пинал?
У нас нет ПМ-ов пришедших НЕ из программистов, так что я не могу оценить твою попоболь. Я не просто имею право развивать, мне собственно за это зарплату платят в том числе. Я просто какбэ наивно предполагал, что большинству подчинённых это очевидно и самим это интересно, при этом на практике значительная часть особенно молодых срали на профессионализм вообще — делают тупо необходимый минимум и всё. Надеюсь, что они хотя бы не будут задавать вопрос, почему им зп индексируют ровно на набиуллинскую инфляцию в декабре и ни копейкой больше…
Как будто им бы повысили зп, если бы они старались.
> делают тупо необходимый минимум и всё
Только очень тупой наёмный рабочий станет делать больше чем необходимый минимум, а в кодинге как правило люди поумнее.
Разумеется блять повысили бы и зарплату и должность. Пиздец ты так говоришь, как будто повышений в принципе не бывает и это миф и городская легенда. За пару экстра юнитсов у нас тоже никто копейки не доплатит — факт. Но человек, который генерит эти юнитсы в течение года, получит просто прибавку к зп на весь следующий год или повышение. Считать же еженедельно всякие показатели и каждый месяц пересчитывать премию — спасибо, идите нахуй, я в такой конторе уже работал, снилась в кошмарах потом ещё с пол-года после ухода.
Ну это вполне справедливо, если человек согласен всю жизнь так прожить и это его осознанный выбор. Кстати, это вполне себе позиция, я её понимаю очень даже. Но я говорю о том, что у нас как в ёбаных советских НИИ где я тоже имел честь 5 лет отработать в студенческие годы, люди думают, что повышение == выслуга лет и только. Хотя я точно знаю, что пару моих подчинённых с их подходом будут джуниорами всегда, ну или съебут в контору типа советского НИИ, что так что иначе мне похуй — не моя проблема.
ты объясняешь очевидные вещи какому-то очередному чудику. Отрежет ему хирург-%прафисианал% что-нибудь лишнее и тогда, он может поймет, что на работе надо делать ровно то, что нужно. И с минимумом вредных последствий. И всё.
Если бы каждый хирург делал только то что нужно, мы бы до сих пор дубинками анестезию ставили и ножовкой отхуяривали бы ноги выше колен при травме пальца. Подумай об этом на досуге.
> как будто повышений в принципе не бывает и это миф и городская легенда
Но всех не повысишь, а кому нужно повышение, тот и так начнет заботиться об этом.
Или ты хочешь, чтобы все участвовали в крысиной гонке, и только победитель получал приз?
Опять городские легенды блять? Почему всех не повысишь? Кто-то увольняется, приходят новые джуны из институтов. Кто-то уходит на пенсию, кто-то блять умирает в 25 лет в конце концов, убившись на мотоцикле итд итп. У меня были проблемы, когда мне не давали взять ещё человека, проблем с повышением не было никогда — это не такие большие расходы, 10-15 тыщ накинул и все счастливы.
Добавлю даже, что в идеале как раз всех и надо повышать, они будут занимать места тех, кто уходит, на их места будут приходить свежие.
>10-15 тыщ накинул и все счастливы.
Рвать жопу за такие копейки? Нет, спасибо.
Идеализм, вот что это.
От слов "'продуктивность/эффективность" в совокупности с очередной "методой" хочется уже блевать, потому что, как правило, это не столько оторвано от реальности, сколь не берёт в расчёт саму реальность той фирмы, где ты работаешь.
Всё ведь проще:
1. Дайте ЁБАНЫЙ В РОТ уже чётко прописанное - ТЭ - ЗЭ, чтоб его.
Неееет, вместо это мы устраиваем миллиард собраний, многочасовых обсуждений, отвлекая от текущих заданий и слушаем примерно одну и ту же историю, скажем, от тимлида:
"Я тут захотел фичу написать. НО не знаю какую. Давайте думать" - ебать, ты тимлид или ёбаный фунционер? Хуле мы должны ещё за тебя что-то там придумывать? Говори, что надо, давай детальное ТЗ и всё. Нет, я понимаю, программист - человек творческий, но творчество его заканчивается на моменте: как мне лучше написать заданное, а не придумывать, что вообще написать.
В итоге это выливается, как правило, вот во что: "Блин, это НЕ ТО, что я хотел, надо переписать". Здорово! Нет, понимаю, проект часто переосмысливается по ходу написания, но когда ты пишешь не-знаю-чё-там-хотят, то это ОБРЕЧЕНО НА ВЕЧНОЕ И РАДИКАЛЬНОЕ переосмысливание. Итого: n-циклов переписания, что приводит к излишней трате времени.
2. Давайте адекватные сроки с учётом написания качественного кода. Но нет, надо уже позавчера! А это приводит к говнокоду. Нет, ну сработать - сработает. Только вот когда через, скажем, полгодика тебе надо будет якобы какую-то, по словам тимлида, хуйнюшку-мелочь исправить, ты просто в ахуе: во-первых, в говнокоде надо полдня ещё разобраться. Во-вторых, говнокод тем и славен, что эта хуйнюшка начинает влиять на всё, а где - неясно. Ну а это ещё время.
И 2.2.: частая проблема, что тимлид не может выработать неких общих правил кодинга. В итоге каждый пишем, как считает нужным. И исправлять чужое, если человек ушёл/в отпуске/заболел НУ ПРОСТО АД. И не его вина, что он говнокод написал: ГДЕ, БЛЯТЬ, централизованное управление?
Исправив эти два с половиной проклятья - никаких "эффективные" методики НЕ НУЖНЫ. Всё это блажь.
Да, самая-то ирония: под этими проклятьями как раз эта блажь и распространяется от этих тимлидов и прочих главнюков: "Я тут прочитал (очередную) книжку по какой-то там хуйне, А ДАВАЙТЕ ЭТО ВВЕДЁМ (без учёта реалий фирмы)". Ты, сука, лучше очевидные вещи реши!
> строчек кода в день,
проиграл с макак
> Ты, сука, лучше очевидные вещи реши!
Нет. Это непрофессионально: писать минимум кода, который решит задачу. Давай-ка лучше, начнем обмазываться модными методиками (когда ещё и текущие не освоены), ведь это так круто!!! Без этого хирурги бы до сих пор лечили дубинкой и без анестезии! Нет!? Ах, ты сука, тогда не буду тебе зарплату повышать.
спойлер: САРКАЗМ
Так и представляю офисный планктон, который с натянутыми белозубыми американскими улыбочками, кряхтя, идёт к "максимальной эффективности", выгодной лишь начальнику обезьянки.
1. Пришел на работу был agile/scrum. Суть такая, что стендап каждый день помогает, 8 человек команда. Контора гигантская, в моем продукте 16к человек. Суть в том, что наверху r&d документы под рынок сделала, нам дают уже идею сверху. Дальше как обычно оценка рисков, планирование, скрам покер, встречи, потом еще встречи, потом уже дают чуваков на саппорт и уже тогда садимся кодить. В реале это месяц консультаций, потом делаем, спринт 2 недели, ретро делаем уже для пакета заданий или по требованию, также как и демо. Заказывают фичи, ибо продукт уже 9 лет на рынке, демо особо нет, ибо только отдел интеграции 800 человек, и так тесты покажут, работают/нет. Пишешь код, мануал тест, задокументировать, юнит тест, потом есть еще мульти тест, потом тест на интеграцию, потом тест на white upgrade package, потом уже особо ошибок нет, все отшлифовано.
Скрам тогда подходил, ибо удобно заказчику видеть прогресс, можно распределить очки, нарисовать график, удобно отчитаться и проанализировать ошибки. Стендап - я сделал, мои проблемы, что буду делать, кого мне нужно. Контора гигантская, потому нужно искать умных людей чтобы задать точечный вопрос по детали.
2. Перекинули в другой отдел, там малые фичи, в основном улучшения, в результате перешли на канбан за место скрама. Контора купила Hansoft, там стали размещать все таски, кто что делает и так далее. Ретро нет, нихуя нет, только стендап.
В результате немного пиздос, вышло так, что эксперт по инструментах для билдов и теперь клепаю замены старым. Трое пишут малые фичи, трое улучшения для продуктов и 1 track guardian.
Теперь таски мы все таскаем с этого хансофта, на стендапе в общем говорим где работаем, на случай если кто уебет из канторы не пропалы скилы. Теперь отведено время на обучение своей команды начальных понятий о том, что каждая из нас часть делает, чтобы хотя бы новому человеку пояснить, что ему делать.
Теперь и делается все по-другому.
Таск с канбан-борды или списка, крепишь таск к себе или там на нас 2-3, там есть контакты к кому обращаться. Идут митинги, там вводная, потом investigation( я бы хотел перевести, но не могу, всем понятно ), потом pre-study, потом демо, если удовлетворяет направление, уже руководство собирается, смотрит на результаты, сколько им это встанет бабла, говорят может надо еще pre study или нет, или улучшить. В общем если все окей, начинаю работать по тому плану, который им передал и пробую вложиться. В зависимости от важности задания меняется количество синхронизационных встреч/созвонов в неделю, каждую неделю репорт.
И то и то считаю хорошим тоном, ибо скрам хорош если пакет заданий или фича большая. Можно посмотреть что делать, подучиться, найти саппорт и заявить сколько будем делать, рисовать burndown chart, чтобы было удобно видно заказчику, обычно если за месяц хорошо поработали, то вкладываемся в сроки и подправим слабые места.
Канбан подходит мне также, ибо электронная борда решает. Но минус решения в том, что если твое задание с очень высоким приоритетом, нужно в день по 5 часов на встречах сидеть со всеми. Плюс синхронизация со всеми дико досаждает. В скраме нам давали пакет заданий на тиму. Тут же тебя по компетенции кооперируешься с другими чуваками и как бы смысла в твоей тиме особо нет. Я со своей тимой не работал уже 7 месяцев. Иногда их подключали что-то нам сделать, типа юнит тесты написать или измерения сделать.
Что там, что там реальной работы в день 4 часа. Остальной 1 час ебланишь, 2 часа встречи, 1 час случайные встречи/почта/саппорт других, обучение джуников-тимы.
Скрам тогда подходил, ибо удобно заказчику видеть прогресс, можно распределить очки, нарисовать график, удобно отчитаться и проанализировать ошибки. Стендап - я сделал, мои проблемы, что буду делать, кого мне нужно. Контора гигантская, потому нужно искать умных людей чтобы задать точечный вопрос по детали.
2. Перекинули в другой отдел, там малые фичи, в основном улучшения, в результате перешли на канбан за место скрама. Контора купила Hansoft, там стали размещать все таски, кто что делает и так далее. Ретро нет, нихуя нет, только стендап.
В результате немного пиздос, вышло так, что эксперт по инструментах для билдов и теперь клепаю замены старым. Трое пишут малые фичи, трое улучшения для продуктов и 1 track guardian.
Теперь таски мы все таскаем с этого хансофта, на стендапе в общем говорим где работаем, на случай если кто уебет из канторы не пропалы скилы. Теперь отведено время на обучение своей команды начальных понятий о том, что каждая из нас часть делает, чтобы хотя бы новому человеку пояснить, что ему делать.
Теперь и делается все по-другому.
Таск с канбан-борды или списка, крепишь таск к себе или там на нас 2-3, там есть контакты к кому обращаться. Идут митинги, там вводная, потом investigation( я бы хотел перевести, но не могу, всем понятно ), потом pre-study, потом демо, если удовлетворяет направление, уже руководство собирается, смотрит на результаты, сколько им это встанет бабла, говорят может надо еще pre study или нет, или улучшить. В общем если все окей, начинаю работать по тому плану, который им передал и пробую вложиться. В зависимости от важности задания меняется количество синхронизационных встреч/созвонов в неделю, каждую неделю репорт.
И то и то считаю хорошим тоном, ибо скрам хорош если пакет заданий или фича большая. Можно посмотреть что делать, подучиться, найти саппорт и заявить сколько будем делать, рисовать burndown chart, чтобы было удобно видно заказчику, обычно если за месяц хорошо поработали, то вкладываемся в сроки и подправим слабые места.
Канбан подходит мне также, ибо электронная борда решает. Но минус решения в том, что если твое задание с очень высоким приоритетом, нужно в день по 5 часов на встречах сидеть со всеми. Плюс синхронизация со всеми дико досаждает. В скраме нам давали пакет заданий на тиму. Тут же тебя по компетенции кооперируешься с другими чуваками и как бы смысла в твоей тиме особо нет. Я со своей тимой не работал уже 7 месяцев. Иногда их подключали что-то нам сделать, типа юнит тесты написать или измерения сделать.
Что там, что там реальной работы в день 4 часа. Остальной 1 час ебланишь, 2 часа встречи, 1 час случайные встречи/почта/саппорт других, обучение джуников-тимы.
как раз ты пишешь об идеализме.
Такого никогда не будет, и ты это прекрасно знаешь. Всегда нужно запилить хотфикс УЖЕ ВЧЕРА, всегда нужно вытаскивать с клиента по словам дополнения к своей копии ТЗ и договариваться о каждой детали в ТЗ, обсуждать нюансы, а когда уже все обсудил и сделал все в точности по ТЗ тебе хуйло-клиент или тим-лид говорит - все хуйня, тут не это имелось в виду - переписывай нахуй.
И так везде, но не об этом тред. Тред о том, как чуваки организовывают этот хаос хотя бы частично, что бы успевать ебашить сразу в нескольких проектов, и при этом не быть затраханным и иметь качественное продвижение по шажкам в этих самых разных проектах.
во, хоть один в теме.
По поводу канбан, в результате дела по твоим субъективным ощущениям делаются быстрее? Т.е. если сравнивать со скрамом. Подразумевается под этим - виденье что вы делаете, и для чего, и когда что-то нужно запилить или выпилить ,или медленее скрама?
Хаоса никакого на досках нет? Какие доски у вас 3 дефолт do doing done?
Сколько человек на доске прикреплено 3?
В канбане делается быстрей, ибо митинги идут по ходу выполнения задания. Если задание малое, я взял и сделал. Если большое -
1. Start,investigation.
2. Pre-study. - может повториться, если хуйню сделал и показал эту хуйню на демо.
3. Demo
4. Agreed.
5. Execution - пишу код.
>Хаоса никакого на досках нет? Какие доски у вас 3 дефолт do doing done?
Хаоса нет. To do, ongoing, completed, blocked(reason), waiting. Задание может быть - Delegated to - такой то ПМ, Assigned to - такой то чувак или тима.
Значит суть в том, что есть отдельно список заданий. Этот список по иерархии такой :
1. Проект.
2. Програма - program - это стратегическое направление проекта, контейнер тасков в одной области компетенций.
3. В програме уже идут таски, OP - one pager, которые поделены на таски, которые могут брать. Тут твой продакт овнер вписывает, что ему делегировано и уже говорит куда тебе конкретно лезть, к какому OP. Прочитав задание ты уже можешь сам по результату investigation добавить тасков и написать сколько часов каждый. Набираешь себе таски тут на обычную борду. Борда бывает для страны, r&d центра или офиса, тимы или создаешь борду и добавляешь туда людей, ибо может быть что с тобой 2 венгра, 2 китайца, канадец и швед.
>Подразумевается под этим - виденье что вы делаете, и для чего, и когда что-то нужно запилить или выпилить ,или медленее скрама?
Виденье что мы делаем приходит тогда, когда мы получаем задание, смотрим что делать и дальше уже разбиваем себе на таски сами, прикрепляем себя к таскам и они появятся на борде. В случае ненужности какого-либо действия по методологии мы его просто не используем, дана воля вообще самоорганизоваться, главное чтобы заказчику было понятно, что мы там делаем и когда сделаем.
>Сколько человек на доске прикреплено 3?
Сколько угодно. Заказчику, пм удобно зайти в этот хансофт, найти мою борду и там ему в два клика понятно где его тима или кодер.
В скраме же в моей конторе ПМ, опо, заказчик должны были хранить всю почту и каждую неделю получать ексельку, сколько очков мы уже спалили и не видно было какой именно таск кто делает, ибо давали пачку заданий, а тима дальше уже себе всё делает.
Кратко. В канбане на огромной конторе с софтиной стали видны даные по каждому девелоперу, каждому таску, каждому отделению, каждому офису, каждой стране. Тупо кликаешь, пока не найдешь того, кому платишь бабки.
Мне легче в том, что меньше отчетность перед начальством, они и так всё видят. Раньше звонили и просили демо, просили ретро для них, давайте заполним roadmap, давайте оцените риски, давайте решим есть ли у вашей тимы компетенция, кто на сапорт.
Теперь мне подбирают тиммейтов сначала в тиме, потом уже в офисе, потом среди офисов страны, потом уже по странам и т.д.
Таски делаются быстрей, ибо не надо целой тиме вдупляться 2 месяца, а потом реально работать. Тебе дают 2-3 опытных неважно откуда и дальше джунов, с которыми решаете таски.
И да, стал вылетать народ из работы. Поскольку таск чаще всего разбивают на подтаски для каждого человека видно эффективность работы и каждый загружен на каждый день. Если будешь сидеть в вк полдня или ты тян и надеешься что тебе поможет задрот, ты соснешь.
Тебе никто не накодит за тебя. Будет видно, что например некоторые берут онли легкие таски на малое количество часов, а потом ждут день два на новый таск. Видно, что кодир вроде меня всё время усложняет задачи и может расти, меньше ебанутых вопросов на ежегодном собеседовании.
Я извиняюсь, писал с телефона.
Бля, пожалуй это лучшее сообщение в этом треде. Спасибо большое за столь развернутый ответ с примерами.
Если подвести итог, то получается следующая моделька:
1. заказчик что-то хочет
2. проводится всесторонний анализ того что есть, что нужно, как это сделать, разбивается все на мельчайшие детальки, обсуждается, находите людей компетентных в вопросе, назначаете им уже разжалованную логику того, что нужно накодить, если много всякой рутины с которой справится и обезьяна - берете в помощь джунов, они кодят так же.
Хм, следовательно при таком глобальном подходе к разработке мой изначальный вопрос касательно GTD / и прочей шляпы - не имеет никакого смысла. Детальное и глубокое планирование и постоянный контакт с начальством \ клиентом - решает всю проблему автоматом, все остальные канбаны \ скрамы \ gtd \ прочая шляпа лишь инструмент, не более того.
Спасибо еще раз тебе за развернутый ответ.
Но это не значит что нужно /thread, интересно мнение других разрабов, желательно одиночек которые работают над множеством проектов, их истории из жизни как они справляются с большими объемами работы, когда есть 1 мартышка-кодер, и дохуя заказчиков и проектов которые обязательно нужно завершить \ поддерживать.
Мимо-кодю дома
Раньше в своих проектах не использовал нихуя методологий, просто писал код. Сейчас решил попробовать аджайл, ибо заебало постоянное додумывание фич и отсутствие готового проекта.
Когда работал - был аджайл. Честно говоря, все эти митинги особо не давали продуктивности
Погоди, ты хочешь сказать, что за годовое вьебывание у вас прибавка к зп - 10-15к в год? Ты там в мухосрани?
>повышение == выслуга лет и только
в мелкософте тоже так думают
такая же хуйня =(
GTD пробовал?
а где всю эту инфу найти можно?
ну там, про работу в команде, какие кто средства использует и всё такое.
Да я в Мухосрани сейчас, тут 35К уже хорошая зарплата считается, джуниоры у нас получают 40-45. По мировым меркам пиздец, конечно, но у нас тут за 20К можно снять любую квартиру, ну или тех же денег в месяц хватит на любую ипотеку в рамках разумного, конечно. Был период, когда я работал в ДС, свой шарм в этом есть лол, но мне тут всё же больше нравится. Впрочем, Мухосрани тоже разные бывают, у нас город относительно богатый считается и не запущенный. Ну и до ДС 2 часа езды всего.
Что касается МС, я хз, я там очевидно не работал, но я не думаю, что там всё так просто. Сомневаюсь, что просто сидение на жопе там приводит к росту зп.
Смешно читать, особенно после того, как пишешь такое:
Я, , об этом и твердил, тащем-то.
>1. заказчик что-то хочет
>2. проводится всесторонний анализ того что есть, что нужно, как это сделать, разбивается все на мельчайшие детальки, обсуждается, находите людей компетентных в вопросе, назначаете им уже разжалованную логику того, что нужно накодить, если много всякой рутины с которой справится и обезьяна - берете в помощь джунов, они кодят так же.
2-ое практически никогда не делается при долбоёбах-лидах, 1-ое же проблема в себе: чего хотят, сами не знаю, а долбоёбы-главнюки не уточняют.
Ну и твой вывод, блядь, такой же как у меня:
> касательно GTD / и прочей шляпы - не имеет никакого смысла.
Всё дело не в приблудах, а в ЛЮДЯХ. Именно они строят бизнес-процессы, а не программки, так как таки это просто инструмент бизнес-процесса.
Мда, мельчает мозгом народ на pr-ке.
Я пробовал пользоваться всякими дневничками, внешними носителями и т.д. Профита особого нету.
У меня проблема в другом - я часто долго топчусь на совсем ненужных мелочах, где любой другой просто выберет первое пришедшее в голову решение а-ля "похуй, пусть будет так".
ну ответьте плиз.
>Точнее смешно читать вот это:
>интересно мнение других разрабов, желательно одиночек которые работают над множеством проектов
Есть у меня и фриланс:
Там всё просто. Есть пул проектов, каждый проект разбивается на аналогичные: "To do, ongoing, completed, blocked(reason), waiting." Доски составляю в Trello, заводя под нового клиента новый аккаунт. Аккаунты складируются на электронный носитель, дублируясь на бумажном. Trello для одного или пары-тройки хуйкинов бесплатно жи.
Одновременно копится список решений по каждой отросли, пишутся шаблоны с комментами под себя. Берутся в оборот, если попадаются схожие проекты.
Ну и конечно, вымученная на первых проектах форма для ТЗ для заказчика, чтобы он описал все свои хотелки. На личной встрече спасает.
Таблица в экселе для бухгалтерии.
Обязательная фиксация сказанного по телефону в печатном виде, с обязательным ответом на него. Фиксировать - себя оберегать от "но я так НИ ГОВОРИЛ, ВРЁТЕЕЕЕ"
Тащем-то, всё.
>интересно мнение других разрабов, желательно одиночек которые работают над множеством проектов
Есть у меня и фриланс:
Там всё просто. Есть пул проектов, каждый проект разбивается на аналогичные: "To do, ongoing, completed, blocked(reason), waiting." Доски составляю в Trello, заводя под нового клиента новый аккаунт. Аккаунты складируются на электронный носитель, дублируясь на бумажном. Trello для одного или пары-тройки хуйкинов бесплатно жи.
Одновременно копится список решений по каждой отросли, пишутся шаблоны с комментами под себя. Берутся в оборот, если попадаются схожие проекты.
Ну и конечно, вымученная на первых проектах форма для ТЗ для заказчика, чтобы он описал все свои хотелки. На личной встрече спасает.
Таблица в экселе для бухгалтерии.
Обязательная фиксация сказанного по телефону в печатном виде, с обязательным ответом на него. Фиксировать - себя оберегать от "но я так НИ ГОВОРИЛ, ВРЁТЕЕЕЕ"
Тащем-то, всё.
Средства командной разработки.
Посмотри простенькие тасковики в виде Jira, Trello.
Спосибо.
>если они тупят
Парное погромирование.
>и им похуй
Пытаюсь выяснить почему у него не стоит на наш проект. Если он хочет чего то другого то даю рекомендацию и перевожу на другой. Если мы делаем что то не так, меняю это в ущерб бюджету.
Если он выгорел, отправляю в отпуск. Если он долбоеб, то увольняю. Но я никого ещё не уволил потому что никогда не брал долбоебов в команду. И твердо стоял на своем если мне их пытались навязать.
>он чёта наковырял с 9 до 18 и пошёл домой, похуйнахуй.
Если подумать, то для таких всегда есть L3 support роли.
форму запили сюда в этот тредик посмотреть. Спасибо.
Суть в том, что и ты и он прав. В моей конторе в каждом офисе везде всё одинаково, нету никакой самодеятельности ПМа. Ему запрещено творить хуйню, тем более его вышвыривают нахуй очень быстро, если на него жалуются или он запорол проекты.
И да, таки прав, все програмки и все методологии сосут, если заказчик нихуя не знает, при том еще и лезет в разработку. В r&d такой хуйни нет, ибо всё на бумаге, спускается сверху, и уже средне-нижнее звено решает кому бы дать это дело, и сколько это будет стоит, и если оправдано будут делать. Потому тут что не поставь, всё будет работать, если только без фанатизма. Иногда надо всё обойти и просто накодить.
Я свалил из конторы, где был "охуительный" эффетивный пм, который всю тиму таскал к заказчику и обязывал лизать очко и говорить что мы всё сделаем, у которого сегодня ватерфол, завтра канбан, потом скрам. Плюс заказчик не знает вообще что ему надо. С такими пидарасами ты всегда сосешь. Если спустить ТЗ, сколько бабок и максимальный дедлайн, то если этот долбоёб ПМ облажается, его нужно нахуй уволить. Это все необходимое для долбоёба.
>тем более его вышвыривают нахуй очень быстро, если на него жалуются или он запорол проекты.
Я о таком даже не слышал. К сожалению ПМам сходит с рук любая хуйня.
Я о таком даже не слышал. К сожалению ПМам сходит с рук любая хуйня.
Pаботает, но заебывает привычка разогнаться на всю ночь, большую часть которой все равно читаю википедию, хочу перейти на легальный модафинил, може кто юзал его для кодинга и поделится впечатлением? Особенно интересно в сравнении с амфом.
долбоебы только упарывают, и тем самым шансы скатиться по наклонной и быстро падать с горочки -
очень велики, ведь выгоришь очень быстро.
Адекватные пачаны оптимизируют работу так, что бы наш мозг вгонял нас в состояние потока без различных стимуляторов и веществ. Об этом собственно и тема, о том, как организовать работу так, Что бы было все просто и понятно, и в нужный день программист делал лишь то, что нужно сделать в этот день и ничего больше.
Что такое состояние Потока можно почитать тут, на этот счет проводились психологические исследования, и были найдены ответы на важные ввопросы в этой теме, описано все в книге: http://www.the-village.ru/village/business/case/152139-mihay-chiksentmihayi-potok (рандом ссылка из интернет)
Если кратко:
> Поток, потоковое состояние (англ. flow, лат. influunt), — психическое состояние, в котором человек полностью включён в то, чем он занимается, что характеризуется деятельным сосредоточением, полным вовлечением и нацеленностью на успех в процессе деятельности.
https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%82%D0%BE%D0%BA_(%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F)
По поводу стимуляторов, я откровенную наркоту не принимал, и никому не советую упарывать, но сильные энергетики употреблял, никакого эффекта на работу они не оказывают - да, ты не хочешь спать, но при этом мозг не варит. Ведь проблема не в усталости мозга, а в том, что кончается энергия для мышления в мозгу. Ведь можно потупить в огромное количество источников с повышеным содержанием различной самой разной инфы, а после чего голова кругом будет идти, и ресурс на день до последующей подзарядки иссякнет. Поэтому лучшая продуктивность - это когда спишь и высыпаешься, ну и есть мотивация.
>>
не чувак, ты топчишься не на срочном, и не на важном, а на понятном для тебя. Начни расписывать работу в таком плане, что бы она была понятной.
https://www.youtube.com/watch?v=7oOI6H-Fz1I
не чувак, ты топчишься не на срочном, и не на важном, а на понятном для тебя. Начни расписывать работу в таком плане, что бы она была понятной.
https://www.youtube.com/watch?v=7oOI6H-Fz1I
Эй чуваки, есть ли те, кто начали пользоваться GTD и до сих пор продолжают этим заниматься в работе? Как успехи? Как для себя совместили GTD и разработку ПО? Пишите свои истории.
О GTD на примерах:
===============
+ https://youtu.be/V7Dk7pzjJmM?list=PLAzfmm1gS2_VSO6Wz5U5dmt5Cd-lkiQiT
+ https://hamberg.no/gtd/
+ https://habrahabr.ru/company/custis/blog/246875/
+ https://vimeo.com/120136466
О GTD на примерах:
===============
+ https://youtu.be/V7Dk7pzjJmM?list=PLAzfmm1gS2_VSO6Wz5U5dmt5Cd-lkiQiT
+ https://hamberg.no/gtd/
+ https://habrahabr.ru/company/custis/blog/246875/
+ https://vimeo.com/120136466
Выписал тебе предупреждение за обсуждение действий модераторов.
Вот такой хуйней как продуктивность - человек начинает заниматься когда ему не интересна его работа.
Отчасти ты прав. Но ведь мы всю жизнь занимаемся не всегда тем, что мы хотим, а тем - что нам нужно для того, что бы мы занимались тем, чем мы хотим.
Из 71 сообщений в треде на текущий момент всего 1 по делу. Видимо тут программистов вообще нет, а только дети, и изредка заблудшие души как я. Модераторы, тред можете кикнуть если хотите, все равно тут по делу никто не пишет, нахуй он нужен тогда?
Хз, бро, у нас рядовых кодеров ебёт только ПМ, более высокое начальство их вообще не трогает, оно ебёт ТОЛЬКО ПМа исключительно. Ну то есть на совещании ПМ может получить пизды и донести её потом до кодеров, но это в любом случае не особо страшно да и вообще похуй, если честно.
Ананоны, в какой тред вкатиться с такой проблемой, не могу кодить даже тупой макакинг, знания и скилы есть. Не хватает терпения или концентрации хз, кто то скажет мол да тебя работа заебало или кодинг не твоё, но вопервых о кодинге думаю 30 процентов в день где-то, и такая хуита с постоянным отвлечением внимания не только в кодинге. В учёбе или каких либо других умственных хобби. Отчасти может это ГТД так что решил тут спросить.
Думал тоже про это часть симптомов похожа, нокак объяснить что временами около года мог работать макакой покане выгорал отходил полгода и снова мог макакить. И как вообще определить это СДВ живя в РФ у нас же сразу галоперидолам закапывают через месяц отпускают с пожеланием больше не болеть.
> покане выгорал
Вот тебе и ответ. Какие еще вопросы? За тушкой хоть следишь?
Когда работаю не особо, ибо по вечерам хуй заснеш с утра сонный ебашиш макакить вечером силы ток жрать спать и шишку гонять, в итоге пока жреш гоняеш лысого отдыхаешь уже часов 12 а там ждеш пока сон придёт и все по новой. Дык дело не только в выгарании. Когда сидишь сычуеш без работы пробивает прям на кодинг, аж в анусе свербит в итоге пару дней неделю тыкаеш код даже получается , но бросаешь так как становится лень отвлекаешься или бывает что просто заябываешься стек для работы настраивать из-за каких то ниебических ошибок. Заябываешся и улетаешь на околоорбитальную на жопной тяге потом через неделю пердак остывает и ты решаешь проблему, все засюпускается пишешь пару строк и забиваешь снова. Круг замкнулся.
Боя стоко уже пет проектов дропнул шо пиздец
Может мне с таким в /psy/ ?
Или тут создать тред прогеров с СДВ или считающим что у них такое, анон как думаеш мочератор не потрет с этой доски?
- кун
Или тут создать тред прогеров с СДВ или считающим что у них такое, анон как думаеш мочератор не потрет с этой доски?
- кун
Все мы знаем сколько антошка программист делает работ в самых разных сферах, многие из нас работает сразу над десятком проектов и довольно успешно, некоторые наоборот проебывают все ср(а)оки, и еле еле пишут пару строк кода в день.
Тред адрессован чувакам, которые реально понимаю о чем идет речь. И собственно вопрос:
1. Пользуетесь ли вы всякими "модными" GTD / Джедайскими техниками? И что думаете об это всем? Если пользуетесь - есть ли результаты, если пользовались и не помогло - объясните почему, в общем нужно ваше мнение.
2. Какими дополнительными организационными методиками \ утилитами пользуетесь для повышения своей продуктивности в работе.
3. Какие способы предпринимаете для распутывания залоченных проектов (те задачи которые не можете сделать вот сейчас, но они тормозят всю разработку)
4. Пользуетесь всякими Kanban / agile / scrum? Если да, то чем именно? почему? помогает ли в работе?
Тема очень обширна, другие разделы я нашел не подходящими для этого рода треда, потому что мани и школьники из /b/ очень скверно представляют объем работы программиста и его задачи если он ебашит в соло, или если тимлид и другие манагеры не расписали все до запятой.
Понимаю, что тред обширный, и скорее всего основной вопрос треда и то, что я хотел бы выяснить у тех, кто пишут код, дохуя кода, и кто работает одновременно над несколькими проектами, пользуются ли они GTD / прочими "шляпами", для повышения продуктивности, и что они об этом думают.