Хорошая статься, только непонятно почему вместо PM везде написано CTO. И почему он может быть выращен только аж из Senior PM. И где в этой картине мира Architect.
Чем вам не угодила стандартизация спецификаций на технологии (интерфейсы Java EE API) и их эталонные реализации (Glassfish, etc.)? Что вы предлагаете использовать вместо них?
«И если о первых трёх технологиях слышал каждый разработчик, а многие даже применяют их у себя, то о четвёртой знают только хардкорные джависты, пишущие большие серверные проекты и разного рода энтерпрайзы.»
Это чувство, когда ты используешь AspectJ в каждом втором проекте, а о первых трех даже не слышал.
Всегда в постах об аналитических пакетах какая-то магия) Удивился как можно сделать join (add columns) без указания ключа — полез в справку. Оказывается две выборки должны быть равны по мощности для этой операции, но это только половина проблеиы, какие строки окажутся вместе не указано. Предполагаю, что строки будут браться в порядке сортировки исходных данных, но если это правильный способ их склеить, то не ясно зачем было их резать на x и y. Возможно тут есть простор для тюнинга алгоритма :)
Еще непонятно, почему вы обучаете только на 70% обучающих данных, ведь можно обучать на 100%, а проверять на x_test.
Мне кажется maven сейчас лучшее, что у нас есть. Самый большой его напряг описан в статье habrahabr.ru/company/jugru/blog/191246 и это стратегия nearest. Минусы мавена — плохая документация, которая описывается примерно 10% его функциональности и частично устарела\врет. Тот случай когда регулярно надо смотреть в код реализации плагина, либо в готовый конфиг. Я иногда хожу по гитхабу, смотрю чужие pom-ы, «а что, так можно было?» — почти в каждом проекте.
Я из статьи не понял, что такое Dark Web. Это о конкретная технология, группа людей, набор или философское понятие сродни «черному рынку»? Если купить одноразовую симку и ходить на avito через tor это даркнет?
C такой логикой IoC-контейнер не нужен, да и вообще вынос любых настроек\ресурсов в файл.
Если:
1) Вы готовы ради того, чтобы выводить 11, а не 10 строк на страницу лезть в код и пересобирать ПО;
2) Вам нужно, чтобы приложение запускалось на пару секунд быстрее (на время чтения конфига, ведь на самом деле тормозит не XML, а создание\инициализация объектов);
То да, пишите Setup.cs\Init.cs, создавайте там все объекты руками и руками же собирайте зависимости.
Если вам нужно гибкое приложение — то IoC-контейнер, настройки, конфиги.
Наверное у нас с вами разные кейсы использования IoC, я вижу да, что люди уходят от xml-конфигов, но часто это просто размазывание его аннотациями по всему коду (что несколько убивает его смысла, на мой взгляд).
Это чувство, когда в статье про IoC-контейнеры нет ни одного xml-конфига.
PS: а можно еще сравнение со Spring вне конкурса? В районе 2011 писал одно приложение сразу на java и шарпе, удивился насколько спринг тогда обгонял unity.
Кстати, Google Talk (который автор упорно называет Gchat) до сих пор работает — откопал на одном из старых ноутов инсталлятор.
Slack и Hipchat люди любят за интеграцию в два клика с VCS, CI, IDE и Wiki, а не за «комнаты», которые были еще в irc, да что там говорить, я не знаю вообще ни одного средства онлайн общения без комнат\каналов (в каждом написанном на коленке чате они были). Можно еще NNTP вспомнить, тоже все было :)
Я бы удивился, если бы у них была большая прибыль. Они работают на низкомаржинальных и высококонкурентных рынках. Задерут маржу в магазине — их съест Alibaba, в облаке — aws и т.п. По идее они могли бы на неплохо заработать.
Agile обычно спотыкается на моменте, когда заказчик просит прислать план проекта в MS Project с вехами и предусловиями. И тут возникает выбор, либо тащить сразу две системы управления (для себя и для заказчика), либо создать чудовище из Agile и водопадного инструментария.
1) Продать собственное мобильное подразделение Microsoft
2) Купить мобильное подразделение Alcatel-Lucent
3) PROFIT?
Кто-нибудь знает стоимость сделок, чтобы посчитать итог? В вики не нашел.
Это чувство, когда ты используешь AspectJ в каждом втором проекте, а о первых трех даже не слышал.
Еще непонятно, почему вы обучаете только на 70% обучающих данных, ведь можно обучать на 100%, а проверять на x_test.
net::ERR_CONNECTION_REFUSED
Если:
1) Вы готовы ради того, чтобы выводить 11, а не 10 строк на страницу лезть в код и пересобирать ПО;
2) Вам нужно, чтобы приложение запускалось на пару секунд быстрее (на время чтения конфига, ведь на самом деле тормозит не XML, а создание\инициализация объектов);
То да, пишите Setup.cs\Init.cs, создавайте там все объекты руками и руками же собирайте зависимости.
Если вам нужно гибкое приложение — то IoC-контейнер, настройки, конфиги.
Наверное у нас с вами разные кейсы использования IoC, я вижу да, что люди уходят от xml-конфигов, но часто это просто размазывание его аннотациями по всему коду (что несколько убивает его смысла, на мой взгляд).
PS: а можно еще сравнение со Spring вне конкурса? В районе 2011 писал одно приложение сразу на java и шарпе, удивился насколько спринг тогда обгонял unity.
Slack и Hipchat люди любят за интеграцию в два клика с VCS, CI, IDE и Wiki, а не за «комнаты», которые были еще в irc, да что там говорить, я не знаю вообще ни одного средства онлайн общения без комнат\каналов (в каждом написанном на коленке чате они были). Можно еще NNTP вспомнить, тоже все было :)
2) Купить мобильное подразделение Alcatel-Lucent
3) PROFIT?
Кто-нибудь знает стоимость сделок, чтобы посчитать итог? В вики не нашел.