rubygems.org .
PETOOH (https://github.com/Ky6uk/PETOOH) — это «фундаментально новый» эзотерический язык программирования, в котором все команды представляют собой фрагменты звуков, издаваемых курами и петухами. Разные формы используемых в Petooh слов позволяют манипулировать с ячейками данных и выводить их значение на экран.
PETOOH теперь доступен на Rubygems: PETOOH (https://github.com/Ky6uk/PETOOH) — это «фундаментально новый» эзотерический язык программирования, в котором все команды представляют собой фрагменты звуков, издаваемых курами и петухами. Разные формы используемых в Petooh слов позволяют манипулировать с ячейками данных и выводить их значение на экран.
forbes.com
Оригинальное обсуждение лежит на Quora: quora.com
Там много про раздутый от трупных газов код, и прочие кровь-кишки. От себя добавлю, что a) 95% Java-кода — галимый бойлерплейт (который в той же Clojure заменяется кодом, даже не в разы, а на порядки меньше и проще), b) вот эти вот аннотации — костыли из человеческих костей к языку, возможностей расширения которого только на аннотации и хватило, c) широчайшее использование богомерзкого XML, и d) в итоге — загибающиеся под собственной тяжестью проекты, запуск которых занимает по полчаса (реальная ситуация в моей практике, кстати, из-за нескольких десятков тысяч(!) бинов, которые сами по себе есть чистое незамутнённое Зло из преисподней). Геттеры-сеттеры-хуеттеры, всякое private static final Logger LOGGER = LoggerFactory(...), интерпрайзные имена навроде AbstractInterceptorDrivenBeanDefinitionDecorator, SimpleBeanFactoryAwareAspectInstanceFactory (Simple? да ладно?!) и прочих HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor...
По возможности избегайте и мойте руки с мылом.
После такого содомитского Java-интерпрайза хочется налить зелёного чаю, пересмотреть доклад "Simplicity Matters" by Rich Hickey и постичь дзен.
Свежая статья о том, почему разработчики не любят Java: Оригинальное обсуждение лежит на Quora: quora.com
Там много про раздутый от трупных газов код, и прочие кровь-кишки. От себя добавлю, что a) 95% Java-кода — галимый бойлерплейт (который в той же Clojure заменяется кодом, даже не в разы, а на порядки меньше и проще), b) вот эти вот аннотации — костыли из человеческих костей к языку, возможностей расширения которого только на аннотации и хватило, c) широчайшее использование богомерзкого XML, и d) в итоге — загибающиеся под собственной тяжестью проекты, запуск которых занимает по полчаса (реальная ситуация в моей практике, кстати, из-за нескольких десятков тысяч(!) бинов, которые сами по себе есть чистое незамутнённое Зло из преисподней). Геттеры-сеттеры-хуеттеры, всякое private static final Logger LOGGER = LoggerFactory(...), интерпрайзные имена навроде AbstractInterceptorDrivenBeanDefinitionDecorator, SimpleBeanFactoryAwareAspectInstanceFactory (Simple? да ладно?!) и прочих HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor...
По возможности избегайте и мойте руки с мылом.
После такого содомитского Java-интерпрайза хочется налить зелёного чаю, пересмотреть доклад "Simplicity Matters" by Rich Hickey и постичь дзен.
<exception>See nested exception; nested exception is: java.lang.NullPointerException javax.ejb.EJBException: See nested exception; nested exception is: java.lang.NullPointerException
 java.lang.NullPointerException
и далее стектрейс на 128 строчек O_O феерично. Энтерпрайзно!
Когда-то давно, задолго до моего появления на проекте, тут в одном модуле сделали такую интересную задумку, что Product сам в себе ничего не хранит, а на каждый чих лазит в репозиторий, для чего держит у себя внутри JCR ноду и каждый метод кидает чеканутый RepositoryException. Такой, знаете, Dto is Dao, индусы кружатся в ритме вальса.
Допустим, случилася такая оказия, что продукт мы получили в одном месте, полезли за пропертей в другом, а он уже из репозитория на тот момент удалён.
Не беда, мы же правильно написали код и покрыли, блядь, каждый вызов проперти трай-кетч блоком, нам же не лень, мы же очень упорные индусы.
А теперь внимание, вопрос!
Как нам хотя бы в кетч блоке залогировать "с продуктом таким-то приключалася несуразица, примите меры/будьте начеку", если он из репозитория удалён, и из репозитория взять на этот момент уже ничего нельзя — ни имени продукта, ни его идентификатора, ни пути, вообще ничегошеньки!
pda.cnews.ru
А вот если бы они использовали теплый ламповый Erlang, всё могло бы сложиться иначе.
Тысячи boilerplate-кода на JavaEE. И пусть весь весь мир подождет: А вот если бы они использовали теплый ламповый Erlang, всё могло бы сложиться иначе.
github.com — и все слова — лишние.
fpcomplete.com haskell for pointy-haried bosses?
xxx: что там заработало у нас?
qa: после ребута у нас теперь работает инкриментал, и нету кенселов
xxx: нет кенселов???
xxx: да ну нах
The reason carbon is split into three processes is actually because of Python's threading problems.Скалабл интерпрайз блядь солюшон.
Please do not compare your Suzukis with a McLaren F1's. (Its a theoretical argument).
Yes, I have migrated large enterprise Operations Systems from Sparc to x86_64 (Opteron).
22:32 < PaulFertser> Hexi2: running LDAP to verify your wife's account credentials? ;)
22:32 < Hexi2> Paul: actually, yes lol
VMWare ESXi настолько ынтырпрайз, что не работает с гигабитными сетевухами D-Link искаропки
все серверные продукты VMWare настолько ынтырпрайз, что ни у одного из них нет нативного клиента под Linux.
nuff said
blog.annakravets.com Вот каким может и наверное должен быт Enterprise 2.0, и вот то, что о чем я думал — социальная составляющая в управлении проектами, только на более глобальном уровне
Отличная презентация про возможности ПО для построения внутрикорпоративного портала Jive: 1) Открыл страницу в chromium, ничего не увидел.
2) Поставил firefox, открыл страницу там, посмотрел на красивую полоску загрузки, увидел сообщение "Audio device is unaccessible".
3) Включил машину с windows, открыл opera и увидел сообщение о неподдерживаемом браузере.
4) Открыл firefox на другой машине с windows и увидел сообщение, о том, что я уже вошёл, а значит, меня больше не пустят.
Нахуй энтерпрайз с его вебинарами.
Но когда я впервый раз столкнулся с Telecom и Console Game Development, я был потрясен размерами этих индустрий – они объективно больше и богаче, и субъективно интересней Web/Enterprise, но люди сидящие в них меньше пишут, не пишем мы, в основном потому что – трудно, это не создание MVC на Ruby on Rails, тут нужно подцеплять кучу других данных и книг.
Написать туториал, становится очень трудным, я несколько раз пытался написать статью о написаниях Игровых Движков, но из за того, что в движок переплетается AI, Physics, 3d – делает "статью" просто огромной.
Это я все к тому, что звук и шум и голоса людей – не говорят ничего о размере сегмента, шум и звук и кол во блогов – означают, что только в данной индустрии много людей которым интересен шум, звук и блоги.
habrahabr.ru
В деталях не разжевано, но направления движения заданы четко : ) За ссылку спасибо @brjppru : )
Весьма толковая статья про построение инфраструктурного майкросовтового решения: В деталях не разжевано, но направления движения заданы четко : ) За ссылку спасибо @brjppru : )