О, не один я такой!) CSDev, обязательств о неразглашении не было.
Там тест из двух частей: кодинг и интро.
Где интро — надо посмотреть видео на английском, на котором рассказывается о том, почему их компания невообразимо крута, и ответить на вопросы по теме видео.
Ну а код — обычный тест по основам, правда слишком длинный.
Ну почему же вы все так упрощаете?
"Роль личности в истории" тоже высока, и это как сказать что "задача программистов — написать программу, которая работает" — но почему-то есть Мартин Фаулер, есть Стив Макконнел, есть просто специалисты, которые работают "за идею", и я сейчас не про деньги.
Все же, думается мне что мотивы врачей более широки и многогранны, чем просто "заработать денег".
Я не думаю, что врач — та профессия, куда идут из-за денег. Даже на западе, это похоже на программиста у нас — да, высокий доход, но сложная предметная область и без любви ничего не выйдет. А если это не деньги, то мотивы, по которым человек идет во врачи, всегда в разной степени направлены на главную цель — помочь людям.
Там в примере был использован httpClient…
Я вспомнил про Feign Client, входящий в набор Spring Cloud.
Суть в том, что мы общаемся со внешним API как с базой в Data — посредством интерфейса.
Кто не знает — настоятельно рекомендую. Очень красиво и удобно.
Это что за PHP-пропаганда?)
При всей моей любви к этому языку, в статье, как мне кажется, должно быть упоминание о таких вещах, как роль Go в вебе, станет ли разработка сайтов делом, которое вообще требует разработчика и т.д.
Это про сайты. Но, если не брать в расчет популистский заголовок и не скатываться до обзывания PHP "языком для делания сайтов", есть же и более благородное применение сему инструменту. Легкие веб-приложения. Почему нет ни слова о django и rails? Впрочем, с rails ситуация печальна (и понятна), но django — цветет и пахнет! Но есть же еще enterprise — symfony, который нагло косплеит жабу сопоставим с Java по масштабам проектов и используемых концепциях — скажем, мне было бы интересно взглянуть, в каком случае коммерсант Вася выберет Spring для автоматизации своей фабрики, а в каком Symfony.
В общем, переводчику респект, а мистеру Daan я бы посмотрел в глаза в поисках 100-долларовой купюры от Расмуса Лердорфа)
Builder, factory, repository(и/или DAO — вообщем уметь работать с абстракциями БД) — это если бэк(я про Java, хотя подозреваю, что в других отраслях также или легче) и начальный уровень.
Я написал это по Вашей просьбе, но не по душевному веянию, так как учить по паттернам, не зная зачем это нужно(концепции) — я считаю неправильным. А все это умещается в три замечательные концепции, описанные в статье, а если хочется пойти немного дальше — IoC и его реализация DI, если предмет изучения — Java enterprise, то там это точно пригодится(ибо Spring).
Детский мир предлагает такие суммы, правда как максимальные
Не соглашаться на такое)
О, не один я такой!)
CSDev, обязательств о неразглашении не было.
Там тест из двух частей: кодинг и интро.
Где интро — надо посмотреть видео на английском, на котором рассказывается о том, почему их компания невообразимо крута, и ответить на вопросы по теме видео.
Ну а код — обычный тест по основам, правда слишком длинный.
Swagger: здрасте
Так антипаттерн скорее
Ах вот оно что! Ну ладно, вот конкретный сценарий:
Нужно переделать коллекцию из Product в коллекцию из ProductDto.
List = products.stream().map(ProductDto::new);
Вроде цикл есть… но его нет. По мне, очень удобно.
Можно даже с map (ключ-значение).
Ну, если это коллекция например из orm, то исключений там быть не должно.
Можт, писали:
У нас в java так:
collection.forEach(item -> {
[..]
});
Кратко и понятно
Ну почему же вы все так упрощаете?
"Роль личности в истории" тоже высока, и это как сказать что "задача программистов — написать программу, которая работает" — но почему-то есть Мартин Фаулер, есть Стив Макконнел, есть просто специалисты, которые работают "за идею", и я сейчас не про деньги.
Все же, думается мне что мотивы врачей более широки и многогранны, чем просто "заработать денег".
Я не думаю, что врач — та профессия, куда идут из-за денег. Даже на западе, это похоже на программиста у нас — да, высокий доход, но сложная предметная область и без любви ничего не выйдет. А если это не деньги, то мотивы, по которым человек идет во врачи, всегда в разной степени направлены на главную цель — помочь людям.
Там в примере был использован httpClient…
Я вспомнил про Feign Client, входящий в набор Spring Cloud.
Суть в том, что мы общаемся со внешним API как с базой в Data — посредством интерфейса.
Кто не знает — настоятельно рекомендую. Очень красиво и удобно.
Думаю, лучше всего оценят усилия пацаны беспристрастные, то есть на gitHub.
В любом деле есть понятие "совершенства". И в данном контексте развитие — это приближение к нему, а не "изучение модных технологий".
Вроде бы проблема решается DDD, не?
Это что за PHP-пропаганда?)
При всей моей любви к этому языку, в статье, как мне кажется, должно быть упоминание о таких вещах, как роль Go в вебе, станет ли разработка сайтов делом, которое вообще требует разработчика и т.д.
Это про сайты. Но, если не брать в расчет популистский заголовок и не скатываться до обзывания PHP "языком для делания сайтов", есть же и более благородное применение сему инструменту.
Легкие веб-приложения. Почему нет ни слова о django и rails? Впрочем, с rails ситуация печальна (и понятна), но django — цветет и пахнет!
Но есть же еще enterprise — symfony, который
нагло косплеит жабусопоставим с Java по масштабам проектов и используемых концепциях — скажем, мне было бы интересно взглянуть, в каком случае коммерсант Вася выберет Spring для автоматизации своей фабрики, а в каком Symfony.В общем, переводчику респект, а мистеру Daan я бы посмотрел в глаза в поисках 100-долларовой купюры от Расмуса Лердорфа)
Это прям можно использовать как критерий правильности фреймворка)
Видишь дерево? И я нет. А оно есть
Смешанные чувства… но я сохраню это)
Builder, factory, repository(и/или DAO — вообщем уметь работать с абстракциями БД) — это если бэк(я про Java, хотя подозреваю, что в других отраслях также или легче) и начальный уровень.
Я написал это по Вашей просьбе, но не по душевному веянию, так как учить по паттернам, не зная зачем это нужно(концепции) — я считаю неправильным. А все это умещается в три замечательные концепции, описанные в статье, а если хочется пойти немного дальше — IoC и его реализация DI, если предмет изучения — Java enterprise, то там это точно пригодится(ибо Spring).