есть проект, который ставит своей целью подготовить конфигурацию, максимально приближающую neovim к IDE из коробки: LunarVim, но я не пробовал им пользоваться, так что не могу судить о качестве
Всякому решению свое применение. Вереница условий с проверкой каждого параметра из такого большого списка будет не многим лучше выглядеть чем куча generic параметров и все еще поздно (только кода программа запущена, и выполнена ветка исполнения касающаяся билдера) давать фидбек. Тут дело уже в другом — я бы расстроился, если бы в используемой библиотеке мне пришлось инициализировать такого монстра. Возможно части параметров из примера можно выставить значения поумолчанию, часть сгруппировать.
Если смотреть с точки зрения использования самого builder-а, то он может казаться избыточным. Тем более при наличии модульных тестов. Но если вы пишете builder с тем, чтобы его использовали другие люди, то Ваши усилия могут окупиться сполна
Из собственного опыта знакомства со Скалой сложилось впечатление, что воспринимать этот язык как Java, только лучше нельзя. В конечном счете скала другой язык, со своей инфраструктурой и best-practices. Серьезных причин для глубокого приобщения к ним я пока не нашел. В то же время писать после скалы на джава стало грустно. Вся многословность джавы стала сильно резать глаза. Поэтому для себя открыл Kotlin и «программирование на досуге» снова стало приносить удовольствие. Kotlin очень похож на Scala, но при этом не претендует на замену всей инфраструктуры Java (или просто еще не дорос до этого), лишен излишней сложности, быстрее компилируется и по понятным причинам (авторы языка и IDEA одни) можно ожидать великолепную поддержку в любимой IDE.
Вот на протяжении чтения статьи и комментариев думал над тем, что было бы здорово, если бы checked exception-ами признавались только те, что явно указаны в сигнатуре метода. Предположим что метод A выбрасывает checked exception E. Метод B вызывает метод A. Если в методе B явно в сигнатуре не указать исключение E, то далее по стеку вызова это исключение можно считать как unchecked.
Сам постоянно сталкиваюсь с тем, что некоторые проверяемые исключения абсолютно бессмысленны. Например ошибки при создании URL. Когда я создаю URL из собственноручно прописанной строки с адресом, вероятность возникновения MalformedURLException кхм… крайне не велика, и весь огород с ее отлавливанием явно излишен. Но когда я создаю URL из строки, которая приходит из вне (вводится пользователем), я признателен компилятору за напоминание о потенциальной проблеме. Вот и получается, что в некоторых случаях одно и тоже исключение может быть checked и unchecked.
Scala для энтерпрайза действительно не лучшая идея. Сложно и не однозначно во многих вопросах. Всегда считал энтерпрайз похожим чем-то на армию. Те же требования к коду, как в армии к технике: простота и однозначность в эксплуатации, надежность и результативность. Остальное (цена и расходы) не важно. Лично я очень жду Kotlin.
Что касается электроники, то ее выдача по выходным осуществляется крайне редко (собственно автор первый, от кого слышу, что эта процедура осуществляется). Чаще всего, телефоны бывают под запретом. В моем случае, нам приходится довольствоваться одним дежурным телефоном по выходным.
Что касается штаба, то рваться туда я бы не советовал — проку для саморазвития все равно мало, в основном блат и увиливания от работ. ИМХО, полезнее отслужить как все. Закалить здоровье, нервы и характер, а не прятаться по канцеляриям. «Гаситься» стоит ДО военкомата, а не во время самой службы. Впрочем, с этим конечно можно поспорить, и, в конечном счете, каждому свое =)
Очень похоже на обыкновенное перечисление (да и то не полное) IDE. Мало перечислено нюансов использования каждого инструмента. Было бы здорово видеть список критериев, по которым сравниваются перечисленные IDE. Выше уже привели пример с Call Hierary и интеграцией систем контроля версий. Было бы здорово узнать возможности каждой среды по рефакторингу, интеллектуальным подсказкам и кастомизации внешнего вида(для эстетов/любителей темных тем).
Это то мне понятно, не понятен посыл статьи. Исходя из последних абзацев, создается впечатление, что автор согласен с МС. Хотя из этой же статьи складывается впечатление, что МС дискредитирует стандарт.
Сам постоянно сталкиваюсь с тем, что некоторые проверяемые исключения абсолютно бессмысленны. Например ошибки при создании URL. Когда я создаю URL из собственноручно прописанной строки с адресом, вероятность возникновения MalformedURLException кхм… крайне не велика, и весь огород с ее отлавливанием явно излишен. Но когда я создаю URL из строки, которая приходит из вне (вводится пользователем), я признателен компилятору за напоминание о потенциальной проблеме. Вот и получается, что в некоторых случаях одно и тоже исключение может быть checked и unchecked.
Что касается штаба, то рваться туда я бы не советовал — проку для саморазвития все равно мало, в основном блат и увиливания от работ. ИМХО, полезнее отслужить как все. Закалить здоровье, нервы и характер, а не прятаться по канцеляриям. «Гаситься» стоит ДО военкомата, а не во время самой службы. Впрочем, с этим конечно можно поспорить, и, в конечном счете, каждому свое =)