PD
Т.е. если делать какую-нибудь соцсетку, то можно и окту.
Но вот здравоохранение и окта в одном предложении участвовать не должны бы.
Но вот здравоохранение и окта в одном предложении участвовать не должны бы.
Size: a a a
2021 January 27
SP
Ну, окта и прочие - это тоже очень стремная штука. Обычно реализовать самому подобное решение проще и дешевле, чем разбираться, почему в очередной раз с октой или чем-то аналогичным проблемы, как именно в ней реализован такой-то протокол и как именно она закрыта от такой-то угрозы.
вот я тебя слушаю и либо у тебя есть "свои фреймворки накопленные годами которые ты хорошо знаешь и заменяешь код на DSL" либо делаешь что-то очень маленькое и специфичное. Ибо "делать все с нуля" и "не надо много людей" у меня воспринимается как "надо оч много времени"
PD
Впрочем, традиционно в здравоохранении плохо с IT, во всех его проявлениях, не знаю почему.
SP
Впрочем, традиционно в здравоохранении плохо с IT, во всех его проявлениях, не знаю почему.
там подвижки только последние лет 5, оч консервативный рынок. Какой-то движ начался с obama care.
SP
выходить с новыми health care решениями в европпу дорого оч, в штатах никому не надо было.
SP
сейчас ситуация сильно меняется
PD
вот я тебя слушаю и либо у тебя есть "свои фреймворки накопленные годами которые ты хорошо знаешь и заменяешь код на DSL" либо делаешь что-то очень маленькое и специфичное. Ибо "делать все с нуля" и "не надо много людей" у меня воспринимается как "надо оч много времени"
Ну, я не знаю, что такое "маленькое и специфическое" и у меня обычно мало народу и в компаниях где я работаю обычно не очень много людей.
Просто обычно деньги тратят на качество разработчиков, а не на их количество
Просто обычно деньги тратят на качество разработчиков, а не на их количество
SP
Ну, я не знаю, что такое "маленькое и специфическое" и у меня обычно мало народу и в компаниях где я работаю обычно не очень много людей.
Просто обычно деньги тратят на качество разработчиков, а не на их количество
Просто обычно деньги тратят на качество разработчиков, а не на их количество
согласен, но увы.
SP
в любом случае все то что ты описываешь могу представить только "я это 10 раз уже писал и потому могу быстро".
PD
Да не, оно в результате дешевле обходится и тут скорее про общение с бизнесом и т.п.
PD
Вообще, большая часть популярных решений - гораздо хуже, нежели вменяемый сеньор напишет сам.
Так как их писали давно и плохо
Так как их писали давно и плохо
PD
Ну, как та же Монга )
SP
Да не, оно в результате дешевле обходится и тут скорее про общение с бизнесом и т.п.
я понимаю что дешевле обходится. Но есть забавная штука. Если ты успешный стартап который поглатила большая компания и твои команды могут заменить 60% штата этой большой компании - они не будут всех увольнять потому что обычно это негативно сказывается на катировках акций)
PD
Хотя БД я как раз сам не пишу почти никогда, благо на этом рынке теперь уже есть нормальные решения )
PD
я понимаю что дешевле обходится. Но есть забавная штука. Если ты успешный стартап который поглатила большая компания и твои команды могут заменить 60% штата этой большой компании - они не будут всех увольнять потому что обычно это негативно сказывается на катировках акций)
Да, про корреляцию численности и цены акций я знаю и это грустно. Ну, пусть вся это толпа кофе приносит )
SP
Вообще, большая часть популярных решений - гораздо хуже, нежели вменяемый сеньор напишет сам.
Так как их писали давно и плохо
Так как их писали давно и плохо
не спорю, вот только я не хочу что бы вменяемый синьер прыгал с задачи на задачу и мог сфокусировать внимание. Мне проще посадить парочку синьеров пилить инфраструктуру для тех мидлов что бы меньше косячили
PD
не спорю, вот только я не хочу что бы вменяемый синьер прыгал с задачи на задачу и мог сфокусировать внимание. Мне проще посадить парочку синьеров пилить инфраструктуру для тех мидлов что бы меньше косячили
Тогда миддлы никогда не станут сеньорами, там надо все несколько сложнее делать.
Понятно, что миддл не напишет с нуля движок оркестрации бизнес-транзакций. Но вот допилить уже сможет (под наблюдением) - и важно дать ему такую возможность.
Понятно, что миддл не напишет с нуля движок оркестрации бизнес-транзакций. Но вот допилить уже сможет (под наблюдением) - и важно дать ему такую возможность.
SP
Тогда миддлы никогда не станут сеньорами, там надо все несколько сложнее делать.
Понятно, что миддл не напишет с нуля движок оркестрации бизнес-транзакций. Но вот допилить уже сможет (под наблюдением) - и важно дать ему такую возможность.
Понятно, что миддл не напишет с нуля движок оркестрации бизнес-транзакций. Но вот допилить уже сможет (под наблюдением) - и важно дать ему такую возможность.
не спорю, и про отсутствие такой возможности речи не шло. Есть же стандартные практики свопов между командами например. Типа раз в месяц кто-то из команды A меняется с кем-то из комадны Б и работает над новыми для себя штуками под присмотром
SP
ну и все открыто - у меня есть вот один чел (джуном в компанию пришел) который активно интересуется и периодически мы даем ему какие-то штуки попробовать
PD
Это разные практики, на самом деле.
Обмен между командами уменьшает компетенцию в предметке, так что его стоит делать не слишком часто и на долгие сроки, типа не чаще раза в два года на полгода (и лучше вообще делать ротацию)
А вот миддлу залезать носом и править платформу под свое удобство - да хоть каждую неделю )
Обмен между командами уменьшает компетенцию в предметке, так что его стоит делать не слишком часто и на долгие сроки, типа не чаще раза в два года на полгода (и лучше вообще делать ротацию)
А вот миддлу залезать носом и править платформу под свое удобство - да хоть каждую неделю )