Думаю вариант стоит оценивать исходя из задачи и уровня подчинённого, как по мне главное чтобы он понимал, что не один и может рассчитывать на помощь ?
Бывает, что человек просто боится спросить как правильно, хотя понимает, что что-то не так, в итоге потеряно и время в процессе разработки, и время в намеченной точке контроля, ещё и приходится ещё одну такую точку планировать, если изменения требуются не маленькие.
И в сроках обучения, и в качестве обучения, в преподавателях. Скажу честно, ибо сам щас студент. Заинтересовать в свое предмете в 95% случаев преподаватель не может, зато в этих же 95% случаев считает свой (даже не профильный предмет) самым главным и только попробуй сказать что-то про другие, в итоге через пару семестров первое, что ты спрашиваешь у препода, этот что нужно чтобы закрыть его предмет. Вся учёба по своей сути превращается именно в как закрыть предмет. Тем не менее, даже если вообще ничего не делать, тащить вас будут до последнего (не везде, но есть некоторые универы). Методики как и сами учебники и программы уже жутко старые и вообще никак не опираются на тенденции реальной ситуации в мире. Практик мало, крайне мало, и зачастую даже не соответствует профилю обучения
Интересная статья, спасибо за труд. Все мы знаем, что реализовать функциональщину можно на любом языке, тем не менее хотелось бы видеть какой-нибудь Haskell, а не JS. Ну и отмечу кое-что важное, что я не увидел (а может проглядел), дело не в надёжном коде. Одна из основных сутей функционального программирования (что вы делали на протяжении всего кода не явно) - неизменяемые переменные. Это позволяет избежать множества проблем - дедлоки, гонки и все т. п. В заточенных под ФП языках такого нет или имеет крайне ограниченный функционал.
Лично я считаю, что искать различные способы оптимизации наоборот хорошо. А то куда не глянь, вылезают какие-то забугорные системные требования к простым вещам. Использование технологии на полную это хорошо, но должно быть оправдано.
Хорошая статья, но в идеале хотелось бы несколько конкретных и интересных примеров, а не Hello World. На той же Java можно собрать не просто alpine образ, а ещё и поиграться с jlink. Да возможно это уже не относится к Docker, но раз уж мы говорим про уменьшение образа, было бы неплохо упомянуть.
Почему же лишний. Да JavaFX крутой, но не настолько лёгкий. Если мне нужна граф. приложение на каком нибудь микро пк, я сначала посмотрю, что должно уметь приложение и может уже сделаю выбор в пользу Swing. И это я ещё молчу про то, что без костылей некоторые элементы FX могут и не работать.
Думаю вариант стоит оценивать исходя из задачи и уровня подчинённого, как по мне главное чтобы он понимал, что не один и может рассчитывать на помощь ?
Бывает, что человек просто боится спросить как правильно, хотя понимает, что что-то не так, в итоге потеряно и время в процессе разработки, и время в намеченной точке контроля, ещё и приходится ещё одну такую точку планировать, если изменения требуются не маленькие.
И в сроках обучения, и в качестве обучения, в преподавателях. Скажу честно, ибо сам щас студент. Заинтересовать в свое предмете в 95% случаев преподаватель не может, зато в этих же 95% случаев считает свой (даже не профильный предмет) самым главным и только попробуй сказать что-то про другие, в итоге через пару семестров первое, что ты спрашиваешь у препода, этот что нужно чтобы закрыть его предмет. Вся учёба по своей сути превращается именно в как закрыть предмет. Тем не менее, даже если вообще ничего не делать, тащить вас будут до последнего (не везде, но есть некоторые универы). Методики как и сами учебники и программы уже жутко старые и вообще никак не опираются на тенденции реальной ситуации в мире. Практик мало, крайне мало, и зачастую даже не соответствует профилю обучения
Интересная статья, спасибо за труд. Все мы знаем, что реализовать функциональщину можно на любом языке, тем не менее хотелось бы видеть какой-нибудь Haskell, а не JS. Ну и отмечу кое-что важное, что я не увидел (а может проглядел), дело не в надёжном коде. Одна из основных сутей функционального программирования (что вы делали на протяжении всего кода не явно) - неизменяемые переменные. Это позволяет избежать множества проблем - дедлоки, гонки и все т. п. В заточенных под ФП языках такого нет или имеет крайне ограниченный функционал.
Лично я считаю, что искать различные способы оптимизации наоборот хорошо. А то куда не глянь, вылезают какие-то забугорные системные требования к простым вещам. Использование технологии на полную это хорошо, но должно быть оправдано.
Хорошая статья, но в идеале хотелось бы несколько конкретных и интересных примеров, а не Hello World. На той же Java можно собрать не просто alpine образ, а ещё и поиграться с jlink. Да возможно это уже не относится к Docker, но раз уж мы говорим про уменьшение образа, было бы неплохо упомянуть.
Почему же лишний. Да JavaFX крутой, но не настолько лёгкий. Если мне нужна граф. приложение на каком нибудь микро пк, я сначала посмотрю, что должно уметь приложение и может уже сделаю выбор в пользу Swing. И это я ещё молчу про то, что без костылей некоторые элементы FX могут и не работать.