![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
iskatelпишет dnovikoff :
Разбираюсь тут с нашим вебом. Пожалуй, единственный кусок, куда я недосмотрел. В результате наблюдаю там все хронические болячки Java, которые только можно придумать. Сижу, матерюсь в голос.
1) НИКОГДА не используйте @Autowired-свойства класса. Потому что хуй проссышь, откуда они берутся.
2) НИКОГДА не экономьте 20-30 строчек кода, если в качестве альтернативы - тянуть многомегабайтную библиотеку. Тем более, если эти 20-30 строчек уже есть! Это я про конфиги и JMS-клиента. Очень весело, когда для чтения настроек (5 строчек текста) из, блин, стандартного! properties-файла тянется Spring! Ебануться просто.
3) НИКОГДА не изобретайте велосипедов, если в системе уже есть решение, реализующее какой-то функционал. Не нравится - посоветуйтесь с командой и перепишите существующее, но не надо делать много решений для одной задачи.
4) НИКОГДА не используйте Spring IoC и иже с ним. Потому что я в одном месте код поменял, и в результате весь остальной функционал ломается. Но где он ломается - хрен поймёшь, потому что прямых связей нет и IDE это проверить не может.
5) НИКОГДА не используйте для деплоя средства Java. На боевых серверах НЕ ДОЛЖНЫ стоять SVN, JDK, Maven, Ant или что-то ещё. Деплой не должен включать в себя средства сборки. Деплой - это тупая распаковка блядь тупого tar.gz, собранного из уже оттестированных бинарей. В стандартную структуру каталогов UNIX, понятную и известную любому админу. И так далее. Вкратце - система должна быть коробочным блядь продуктом. Нажал кнопку - поехало.
Потому что блядь система считает деньги, и если из-за какого-то косяка при обновлении релиза она их перестанет считать на полдня, пока с этим будут ебаться, я лично повешу ВСЮ ожидаемую оборотку за период downtime на того человека, который такое придумал. Ну так, мелочь, тысяч 50 баксов за полдня сразу после старта. И заставлю отдать! Паяльник у меня есть, есличо. И, что характерно, положу её себе в карман, чисто заради сатисфакции. Куплю на них A.Lange & Sohne и каждый раз буду показывать в таких случаях.
Потому что блядь UNIX-админ не должен знать Java. Он вообще должен действовать по инструкции, которая написана детально до последней буквы и должна выполняться путём копипейста в консоль. Потому что блядь система считает деньги. А не хуй собачий, в говне измазанный.
Короче, я могу ещё долго продолжать, гмда.
Facepalm такой facepalm.
тут
--------------------------------------------------------------------------------------------
>" НИКОГДА не экономьте 20-30 строчек кода, если в качестве альтернативы - тянуть многомегабайтную библиотеку. Тем более, если эти 20-30 строчек уже есть! Это я про конфиги и JMS-клиента. Очень весело, когда для чтения настроек (5 строчек текста) из, блин, стандартного! properties-файла тянется Spring! "
Половина ява-кодеров , прочитав это, недоумённо пожмут плечами - что ему не нравится ? Подумаешь, подтянули либу.
>" Деплой - это тупая распаковка блядь тупого tar.gz, собранного из уже оттестированных бинарей. В стандартную структуру каталогов UNIX, понятную и известную любому админу. И так далее. Вкратце - система должна быть коробочным блядь продуктом."
Как минимум треть (а то и больше) программеров снова не поняли.
Оно работает в случае, если есть толковые руководители групп / админы.
>> Потому что блядь UNIX-админ не должен знать Java. Он вообще должен действовать по инструкции, которая написана детально до последней буквы и должна выполняться путём копипейста в консоль. Потому что блядь система считает деньги.
Услышать такое - редкость. Обычно это приходится долго и нервно доказывать, и не всегда получается.
Разбираюсь тут с нашим вебом. Пожалуй, единственный кусок, куда я недосмотрел. В результате наблюдаю там все хронические болячки Java, которые только можно придумать. Сижу, матерюсь в голос.
1) НИКОГДА не используйте @Autowired-свойства класса. Потому что хуй проссышь, откуда они берутся.
2) НИКОГДА не экономьте 20-30 строчек кода, если в качестве альтернативы - тянуть многомегабайтную библиотеку. Тем более, если эти 20-30 строчек уже есть! Это я про конфиги и JMS-клиента. Очень весело, когда для чтения настроек (5 строчек текста) из, блин, стандартного! properties-файла тянется Spring! Ебануться просто.
3) НИКОГДА не изобретайте велосипедов, если в системе уже есть решение, реализующее какой-то функционал. Не нравится - посоветуйтесь с командой и перепишите существующее, но не надо делать много решений для одной задачи.
4) НИКОГДА не используйте Spring IoC и иже с ним. Потому что я в одном месте код поменял, и в результате весь остальной функционал ломается. Но где он ломается - хрен поймёшь, потому что прямых связей нет и IDE это проверить не может.
5) НИКОГДА не используйте для деплоя средства Java. На боевых серверах НЕ ДОЛЖНЫ стоять SVN, JDK, Maven, Ant или что-то ещё. Деплой не должен включать в себя средства сборки. Деплой - это тупая распаковка блядь тупого tar.gz, собранного из уже оттестированных бинарей. В стандартную структуру каталогов UNIX, понятную и известную любому админу. И так далее. Вкратце - система должна быть коробочным блядь продуктом. Нажал кнопку - поехало.
Потому что блядь система считает деньги, и если из-за какого-то косяка при обновлении релиза она их перестанет считать на полдня, пока с этим будут ебаться, я лично повешу ВСЮ ожидаемую оборотку за период downtime на того человека, который такое придумал. Ну так, мелочь, тысяч 50 баксов за полдня сразу после старта. И заставлю отдать! Паяльник у меня есть, есличо. И, что характерно, положу её себе в карман, чисто заради сатисфакции. Куплю на них A.Lange & Sohne и каждый раз буду показывать в таких случаях.
Потому что блядь UNIX-админ не должен знать Java. Он вообще должен действовать по инструкции, которая написана детально до последней буквы и должна выполняться путём копипейста в консоль. Потому что блядь система считает деньги. А не хуй собачий, в говне измазанный.
Короче, я могу ещё долго продолжать, гмда.
Facepalm такой facepalm.
тут
--------------------------------------------------------------------------------------------
>" НИКОГДА не экономьте 20-30 строчек кода, если в качестве альтернативы - тянуть многомегабайтную библиотеку. Тем более, если эти 20-30 строчек уже есть! Это я про конфиги и JMS-клиента. Очень весело, когда для чтения настроек (5 строчек текста) из, блин, стандартного! properties-файла тянется Spring! "
Половина ява-кодеров , прочитав это, недоумённо пожмут плечами - что ему не нравится ? Подумаешь, подтянули либу.
>" Деплой - это тупая распаковка блядь тупого tar.gz, собранного из уже оттестированных бинарей. В стандартную структуру каталогов UNIX, понятную и известную любому админу. И так далее. Вкратце - система должна быть коробочным блядь продуктом."
Как минимум треть (а то и больше) программеров снова не поняли.
Оно работает в случае, если есть толковые руководители групп / админы.
>> Потому что блядь UNIX-админ не должен знать Java. Он вообще должен действовать по инструкции, которая написана детально до последней буквы и должна выполняться путём копипейста в консоль. Потому что блядь система считает деньги.
Услышать такое - редкость. Обычно это приходится долго и нервно доказывать, и не всегда получается.
