Имхо, оригинальная статья - попытка натянуть сову на глобус: использовать switch-case выражения вместо полиморфизма.. современная Java, мало строк кода (гениальный возврат к макаронокоду прошлого через банальный пример с выводом строчки на консоль)
SSL версии протоколов безопасности давным давно устарели. Уже много лет используются TLS-протоколы и TLS-сертификаты.
Для получения сертификата необходимо обращаться в удостоверяющий центр в первую очередь. Причем тут провайдер DNS? Он также будет обращаться в ЦС, будучи просто посредником.
Если private key есть у кого-то, кроме владельца, то какой смысл в таком private key. Никто не должен за владельца генерировать private key (в том числе для удостоверения соответствия с public key в удостоверяющем центре).
Код в примере мало того, что устаревший, так еще и не рабочий, гений.
Судя по количеству грамматических ошибок и по нелепым попыткам высказывать недовольство каждым комментарием, "статью" писал не студент, а школьник, причем не самый вдумчивый в классе.
Прочитав статью, непонятно, то ли автор совсем в Java не разбирается и не понимает разницу между асинхронным и многопоточным выполнением, то ли сознательно пытается ввести в заблуждение. А статья, имея столь некорректный и провокационный заголовок, при этом еще и с плюсовыми отзывами, что еще больше вводит в заблуждение, имхо...
Позволю себе выразить свое мнение относительно Вашего вопроса.
Во-первых, видимо, дело в том, что то, что Вы называете "быть инженером" формируется не в инженерном ВУЗе, а в глубоком детстве. А жизнь, она складывается по-разному. Поэтому человек может, "будучи инженером", работать до 35 лет в совершенно других сферах.
А во-вторых, просто есть люди, которые очень любят сам процесс обучения и развития как таковой. Таким в радость за пару лет освоить все то, что некоторые изучают десятилетиями в школе, ВУЗе, на работе (потому что у них и желания часто больше, и самого опыта обучения больше в разы)
P.S. я, например, начал изучать программирование тоже плюс-минус в 33 (и тоже Java, кстати). А до этого вообще никак не был связан с этой сферой (приходилось бывать много кем и в совершенно далеких местах: и штурманом дальнего плавания, и альпинистом, и гидом-переводчиком, и банщиком, и строителем, и музыкантом, и бизнесменом, но никак не программистом, однако же я склонен считать, что являюсь вполне себе инженером).
ну это долго объяснять, если Вы с Java кодом не работали. Если вкратце: неудачное проектирование и несбалансированная структура расположения узлов программы приводят к неинтуитивности и неочевидности при поиске и вставке элементов, к необходимости менять, а не расширять, к невозможности переиспользовать код и, разумеется, к отсутствию желания читать код, как книгу, что не способствует приятной работе. Даже очень объемная программа может иметь компактный, слабосвязанный и что самое главное, читабельный для большинства людей (даже не программистов, возможно) код при желании
я искрене совершенно. Вы, вполне вероятно, хороший специалист, просто в каждом языке своя специфика, свои устои.
Посмотрел проект. Теперь понимаю, почему TypeScript никогда не войдет в серьезный бэк. Поддерживать и дебажить таким образом написанные программы невозможно без боли и невероятных временных и, как следствие, денежных трат.
с каким целевым классом? у маппера как минимум их два))
Вобщем не знаю, что именно Вы программируете, но из того, что я прочел, становится радостно, что я с таким кодом не сталкиваюсь в работе, ибо рыться в перемешанных на уровне корня служебных, утилитарных и вспомогательных классах, и перебирать сотни! директорий сущностей в проекте — это просто ад. С уважением
Имхо, оригинальная статья - попытка натянуть сову на глобус: использовать switch-case выражения вместо полиморфизма.. современная Java, мало строк кода (гениальный возврат к макаронокоду прошлого через банальный пример с выводом строчки на консоль)
Я человек простой, вижу Бугаенко - иду создавать декоратор.
хорошая статья, только про секьюрность и spring ws ничего не написал - это огромный пласт иных задач в современной java
SSL версии протоколов безопасности давным давно устарели. Уже много лет используются TLS-протоколы и TLS-сертификаты.
Для получения сертификата необходимо обращаться в удостоверяющий центр в первую очередь. Причем тут провайдер DNS? Он также будет обращаться в ЦС, будучи просто посредником.
Если private key есть у кого-то, кроме владельца, то какой смысл в таком private key. Никто не должен за владельца генерировать private key (в том числе для удостоверения соответствия с public key в удостоверяющем центре).
Код в примере мало того, что устаревший, так еще и не рабочий, гений.
Судя по количеству грамматических ошибок и по нелепым попыткам высказывать недовольство каждым комментарием, "статью" писал не студент, а школьник, причем не самый вдумчивый в классе.
Прочитав статью, непонятно, то ли автор совсем в Java не разбирается и не понимает разницу между асинхронным и многопоточным выполнением, то ли сознательно пытается ввести в заблуждение. А статья, имея столь некорректный и провокационный заголовок, при этом еще и с плюсовыми отзывами, что еще больше вводит в заблуждение, имхо...
крутой проект! как этот, так и тот, что у Сокирко. Очень интересная тема, имхо
мух с котлетами понамешал тут, конечно)) просто программировать надо и развиваться, а не демагогией заниматься
Box extends Shape - имхо, такое ООП попахивает плохо
ничего нового, но статья хорошая. Спасибо
я теперь мечтаю попасть на собеседование к Тагиру
эмм.. во всём..?
Автор хорош!) Впервые в жизни встречаю человека, под каждым словом которого готов подписаться)
земляк!))
Позволю себе выразить свое мнение относительно Вашего вопроса.
Во-первых, видимо, дело в том, что то, что Вы называете "быть инженером" формируется не в инженерном ВУЗе, а в глубоком детстве. А жизнь, она складывается по-разному. Поэтому человек может, "будучи инженером", работать до 35 лет в совершенно других сферах.
А во-вторых, просто есть люди, которые очень любят сам процесс обучения и развития как таковой. Таким в радость за пару лет освоить все то, что некоторые изучают десятилетиями в школе, ВУЗе, на работе (потому что у них и желания часто больше, и самого опыта обучения больше в разы)
P.S. я, например, начал изучать программирование тоже плюс-минус в 33 (и тоже Java, кстати). А до этого вообще никак не был связан с этой сферой (приходилось бывать много кем и в совершенно далеких местах: и штурманом дальнего плавания, и альпинистом, и гидом-переводчиком, и банщиком, и строителем, и музыкантом, и бизнесменом, но никак не программистом, однако же я склонен считать, что являюсь вполне себе инженером).
И никакие optional тут не нужны. Читаемый рабочий код
я искрене совершенно. Вы, вполне вероятно, хороший специалист, просто в каждом языке своя специфика, свои устои.
Посмотрел проект. Теперь понимаю, почему TypeScript никогда не войдет в серьезный бэк. Поддерживать и дебажить таким образом написанные программы невозможно без боли и невероятных временных и, как следствие, денежных трат.
с каким целевым классом? у маппера как минимум их два))
Вобщем не знаю, что именно Вы программируете, но из того, что я прочел, становится радостно, что я с таким кодом не сталкиваюсь в работе, ибо рыться в перемешанных на уровне корня служебных, утилитарных и вспомогательных классах, и перебирать сотни! директорий сущностей в проекте — это просто ад. С уважением