- 1
- 2
- 3
- 4
- 5
- 6
- 7
dom.reClass('anim-shit-code-shining');
Object.prototype.reClass = function(cls){
this.classList.remove(cls);
void this.offsetWidth;
this.classList.add(cls);
}
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
−56
dom.reClass('anim-shit-code-shining');
Object.prototype.reClass = function(cls){
this.classList.remove(cls);
void this.offsetWidth;
this.classList.add(cls);
}
Изобрел джиниальный способ перезапустить анимацию класса. Работает, че.
Откуда у тебя код из моего нового проекта??
Так лучше.
Был такой язык за 25 лет до твоего рождения
старше меня тут только инкаус и дамми
что тут искать-то?
http://govnokod.ru/22495
* вконтакте
* фейсбук
* майкрософт
* эппл
* ваш вариант
* Раст: мало что знаю про сам язык, но его коммьюнити невыносимо. С теоретический точки зрения невозможно построить тьюринг-полный язык, все ошибки в котором можно было бы находить одним фиксированным алгоритмом. Поэтому неминуемо, что любая автоматическая модель статической проверки кода будет ограниченной и, главное, не единственной, либо же пользователь должен сам доказывать корректность из первых принципов. Растеры об этом, похоже, не знают. Они подняли на знамёна ту модель, которая есть в расте, и возвели её в абсолют. В мирное обсуждение другого языка почти всегда прилетает пришпоренный растер и начинает вещать о том, что этот язык небезопасен, ведь его статические проверки не такие, как в расте. В любое обсуждение найденной уязвимости прилетает он же, с той же песней.
Печально, что статическая верификация теперь у многих ассоциируется не с математиками, которые угорают по Coq'у и тройкам Хоара, а с растишкой.
А что не так с андроидом?
У меня есть к нему пара нареканий (ну там сервисы можно ставить, например) но в целом ок
Ну как, взял?
Дело в том, что от пользователя там доказательств как раз не требуют. Компилятор сам знает один способ доказать это в некоторых случаях, и пользователь в праве написать нечто, представляющее собой один из этих случаев, либо сказать "unsafe". Никаких доказательств там нет.
Эм-м... Всё? Система, экосистема, коммьюнити разработчиков, акценты.
Система: она предназначена для метания злых птиц и больше ни для чего. Корень зла в отсутствии нормальной хардварной клавиатуры и необходимости делать все элементы ввода гигантскими. Естественно, количество информации, которое помещается на экран, из-за этого раз в 5 меньше того, что было на моём Compaq с разрешением 800x600 точек. Это ставит крест на любой попытке использовать телефон для чего-то. Но это не самое бесячее, ну был бы смартфон забавной игрушкой и ладно.
Нерутованное ведро -- это даже не твоя игрушка, а платёжный терминал гугла на пару с вендором, который, к тому же, позволяет транслировать рекламу прямо поверх приложений. Без рутования нельзя выпилить даже втроенную вендором крапварь, и обновления будут подсовывать всё новую и новую. (Даже в гламурной макоси можно просто сделать rm -rf /Applications/Siri.app)
В системе есть разграничение привилегий. Отлично. Но она бесполезно. От умного телефона нужно: запись звонков (выпилили в где-то 5-6м ведре), блокировка спама (возможность выпилили в 4м ведре), доступ к файловой системе (он неполноценный).
На десктопе есть такие вещи как gcc, llvm, ghc, emacs, Erlang... В планировщик задач последнего вложено едва ли меньше умственного труда, чем в весь play market. И они абсолютно бесплатны. Они не показывают рекламу, не требуют доступа к местоположению, не передают данные третьей стороне. Теперь посмотрим на мобильные приложения: каждый чёртов фонарик, который можно написать за час, включая время на чтение stack overflow, подпишет тебя и всех твоих друзей на спам-рассылку, будет показывать тебе AdSense и до кучи перешлёт все доступные данные хунвейбинам. За три бакса.
Программисты под мобильные платформы останавливаются в своём знании программирования на уровне семиклассника, и затем моментально переключаются на изучение маркетинга.
Вот что не так с мобильными платформами. Есть слабая надежда на Dragonbox, посмотрим, смогут ли они создать мобильное устройство для простой девочки-волшебницы с простыми потребностями типа Emacs, git и ssh.
- щас обидно было
http://comicsia.ru/i/57/96-22422.jpeg