f🤔
ну это стоит денег :)
Size: a a a
2020 June 19
A
в общем, последний опыт с джунами у меня был негативный. хочется дать задачу и получить результат. без объяснений деталей реализации
это не джуны. Или джуны, которые еще не осознали что они не джуны
VD
я понимаю 🙂
f🤔
это не джуны. Или джуны, которые еще не осознали что они не джуны
всё так
VD
а кто тут что думает насчет подхода XDSD и Zerocracy?
- разбиваем фичи на много микротасок длиной полчаса-час
- набираем кучу разработчиков (подойдут и фриналсеры, и парт-таймщики с основной работой, и фулл-таймеры)
- за каждую таску платим фиксированную сумму (формируется исходя из часовой ставки каждого конернтого разработчика)
- во главе стоит идея, что репозиторий с кодом должен быть "умный" - в нем должна быть документация, тесты, статические анализаторы, чтобы разраб не смог залить код, который все ломает.
- ну и много разных интересных моментов.
Понимаю, что разработчикам идея работать за фиксу не очень нравится и многие за это критикуют создателя этого подхода.. но заказчикам такой подход должен нравится)
вот думаю насчет того, как это можно применить у себя.
раз синьор или хороший миддл ко мне не придет, может быть мне выделить кусок интересной небольшой задачи в отдельную компоненту, создать под нее репозиторий, он там ее сделает за фиксу, а я ее потом будум использовать.
но когда я начинаю представлять, сколько подобных тасок будет и как тяжко будет этим всем управлять, мне становится плохо, и я начинаю думать, что лучше уж взять фулл-таймера, который за 1-2 недели изучение кода будет во всем разбираться)
- разбиваем фичи на много микротасок длиной полчаса-час
- набираем кучу разработчиков (подойдут и фриналсеры, и парт-таймщики с основной работой, и фулл-таймеры)
- за каждую таску платим фиксированную сумму (формируется исходя из часовой ставки каждого конернтого разработчика)
- во главе стоит идея, что репозиторий с кодом должен быть "умный" - в нем должна быть документация, тесты, статические анализаторы, чтобы разраб не смог залить код, который все ломает.
- ну и много разных интересных моментов.
Понимаю, что разработчикам идея работать за фиксу не очень нравится и многие за это критикуют создателя этого подхода.. но заказчикам такой подход должен нравится)
вот думаю насчет того, как это можно применить у себя.
раз синьор или хороший миддл ко мне не придет, может быть мне выделить кусок интересной небольшой задачи в отдельную компоненту, создать под нее репозиторий, он там ее сделает за фиксу, а я ее потом будум использовать.
но когда я начинаю представлять, сколько подобных тасок будет и как тяжко будет этим всем управлять, мне становится плохо, и я начинаю думать, что лучше уж взять фулл-таймера, который за 1-2 недели изучение кода будет во всем разбираться)
СА
ок, деньги появились, что дальше? 🙂
джуны разные бывают. были те, которые решали сами задачи достаточно неплохо для своего уровняю. а были и те, которые постоянно отвлекали.. отвлекаться, объясняя джуну тонкости технологии, которую мы используем, как-то напрягает. за время, потраченное на объяснение + переключение контекстом можно самому сделать фичу, которую он делает)
джуны разные бывают. были те, которые решали сами задачи достаточно неплохо для своего уровняю. а были и те, которые постоянно отвлекали.. отвлекаться, объясняя джуну тонкости технологии, которую мы используем, как-то напрягает. за время, потраченное на объяснение + переключение контекстом можно самому сделать фичу, которую он делает)
А дальше "тыжCTO", классические задачи: найм, обучение, развитие.
VD
А дальше "тыжCTO", классические задачи: найм, обучение, развитие.
ясно)
f🤔
а кто тут что думает насчет подхода XDSD и Zerocracy?
- разбиваем фичи на много микротасок длиной полчаса-час
- набираем кучу разработчиков (подойдут и фриналсеры, и парт-таймщики с основной работой, и фулл-таймеры)
- за каждую таску платим фиксированную сумму (формируется исходя из часовой ставки каждого конернтого разработчика)
- во главе стоит идея, что репозиторий с кодом должен быть "умный" - в нем должна быть документация, тесты, статические анализаторы, чтобы разраб не смог залить код, который все ломает.
- ну и много разных интересных моментов.
Понимаю, что разработчикам идея работать за фиксу не очень нравится и многие за это критикуют создателя этого подхода.. но заказчикам такой подход должен нравится)
вот думаю насчет того, как это можно применить у себя.
раз синьор или хороший миддл ко мне не придет, может быть мне выделить кусок интересной небольшой задачи в отдельную компоненту, создать под нее репозиторий, он там ее сделает за фиксу, а я ее потом будум использовать.
но когда я начинаю представлять, сколько подобных тасок будет и как тяжко будет этим всем управлять, мне становится плохо, и я начинаю думать, что лучше уж взять фулл-таймера, который за 1-2 недели изучение кода будет во всем разбираться)
- разбиваем фичи на много микротасок длиной полчаса-час
- набираем кучу разработчиков (подойдут и фриналсеры, и парт-таймщики с основной работой, и фулл-таймеры)
- за каждую таску платим фиксированную сумму (формируется исходя из часовой ставки каждого конернтого разработчика)
- во главе стоит идея, что репозиторий с кодом должен быть "умный" - в нем должна быть документация, тесты, статические анализаторы, чтобы разраб не смог залить код, который все ломает.
- ну и много разных интересных моментов.
Понимаю, что разработчикам идея работать за фиксу не очень нравится и многие за это критикуют создателя этого подхода.. но заказчикам такой подход должен нравится)
вот думаю насчет того, как это можно применить у себя.
раз синьор или хороший миддл ко мне не придет, может быть мне выделить кусок интересной небольшой задачи в отдельную компоненту, создать под нее репозиторий, он там ее сделает за фиксу, а я ее потом будум использовать.
но когда я начинаю представлять, сколько подобных тасок будет и как тяжко будет этим всем управлять, мне становится плохо, и я начинаю думать, что лучше уж взять фулл-таймера, который за 1-2 недели изучение кода будет во всем разбираться)
получаешь кучу мелких _формально_ выполненных задач, сложить которые воедино - отдельная сложная задача, целиком лишаешься продуктового инпута от разработчиков и людей для делегирования, которые потенциально могли бы вести какое-то направление сквозь годы и расстоянья
ну и разработчики, которым вообще пофиг, что пилить и в каком проекте - отдельный сабсет, с которым нужно учиться работать
ну и разработчики, которым вообще пофиг, что пилить и в каком проекте - отдельный сабсет, с которым нужно учиться работать
f🤔
подобный подход исключает longterm code ownership из категорий, которыми наемный разраб мыслит - если задача принята, то она принята, как она укладывается в продукт? да пофигу вообще, fuck you pay me
АА
мне очень нравится вариант который эппл предлагает - сделать это мейлклиентом, куда можно подключить другое мыло, не обязательно Hey.
VD
получаешь кучу мелких _формально_ выполненных задач, сложить которые воедино - отдельная сложная задача, целиком лишаешься продуктового инпута от разработчиков и людей для делегирования, которые потенциально могли бы вести какое-то направление сквозь годы и расстоянья
ну и разработчики, которым вообще пофиг, что пилить и в каком проекте - отдельный сабсет, с которым нужно учиться работать
ну и разработчики, которым вообще пофиг, что пилить и в каком проекте - отдельный сабсет, с которым нужно учиться работать
да, звучит разумно.
A
Я бы пилил сам, пока revenue не позволит нанимать людей. Как вариант - посмотреть, какие низкоуровневые таски помимо кодинга можно делегировать удалёнщикам-фрилансерам в рамках того бюджета, что есть сейчас.
Non-engineering решение: сосредоточиться на customer acquisition, поднять revenue на текущем продукте без запила новых фич.
Non-engineering решение: сосредоточиться на customer acquisition, поднять revenue на текущем продукте без запила новых фич.
полностью согласен с этим предложением
A
больше продаж за деньги, как бы ни хотелось их отложить на потом
MS
Я бы пилил сам, пока revenue не позволит нанимать людей. Как вариант - посмотреть, какие низкоуровневые таски помимо кодинга можно делегировать удалёнщикам-фрилансерам в рамках того бюджета, что есть сейчас.
Non-engineering решение: сосредоточиться на customer acquisition, поднять revenue на текущем продукте без запила новых фич.
Non-engineering решение: сосредоточиться на customer acquisition, поднять revenue на текущем продукте без запила новых фич.
сто раз плюсую
A
Мне казалось, что главная задача разрабочика (не бизнесмена), это уменьшение энтропии. Говно и палки это любимое оправдание страртаперов и тех, для кого работа - не призвание. Можно долго рассуждать про мвп, гавно, палки и прочее, но абсолютно весь опыт говорит о том, что если ты делаешь из говна и палок - оно остается говном и палками до конца жизни.
Прямо сейчас на глазах есть очень популярный стартап с кучей сотрудников, которые даже индексы в базе не сделали, потому что они не знают зачем это нужно. Я не знаю от чего это зависит, если не от инженерной культуры
Прямо сейчас на глазах есть очень популярный стартап с кучей сотрудников, которые даже индексы в базе не сделали, потому что они не знают зачем это нужно. Я не знаю от чего это зависит, если не от инженерной культуры
Какие такие индексы шминдексы у нас SQLite
A
нам нужны реакт хуки, так никто не делает! вы старперы и пидарасы!
Сохранил для важных переговоров
MS
Какие такие индексы шминдексы у нас SQLite
монга
E
Новый дизайн гитхаба уже пробовали? или я слоупок?
E
