Ебанатика - наука точная
321 subscribers
114 photos
1 video
6 files
179 links
Яркие цитаты серьёзных экспертов. Хроники борьбы с ФП из первых уст. Достоверность цитат легко проверяется. Тексты и орфография сохраняются.


См. также:
@A64m_qb0_quotes
@rustlang_quotes
@gophers_think
Download Telegram
На самом деле для автора все еще печальнее. Говорю, как разраб из стартапа (-ов). К сожалению, часть ваших тестов и прочее просиживание штанов всего лишь побочный продукт того, что вас наняли 10 условных человек в тучные годы, а где вам взять работу потом, когда тасков нет - непонятно. Вот вы и переписываете 14 реакт на 16, 3 свифт на 4-ый, ищите Npm-ные либы какого-нибудь select menu банального и потом 3 часа возитесь с конфигами вебпака. Даже докер условный, можете 3-4 дня "конфигурировать", когда он якобы решает проблему деплоймента в пару кликов и поэтому его юзают.

Сами себе создаете проблемы и сами решаете их. Псих. защита просит называть это качественным кодом - но это не так.


В принципе, само по себе функциональное программирование, где чистая функция всегда КОПИРУЕТ значение это как выхлопы евро-0, когда у всех уже евро-5. То есть ресурсы компа расходуете впустую. Условная Грета тунберг или как там её, за вас когда-нибудь возьмется, как за вебпак так и за функциональщину. Вы то, что могло быть закешировано на бекенде кидаете на фронт для рассчета у юзера и миллионы компов по всему миру ЗРЯ расходуют электричество. На картинке как раз вариант такого ущербного кода.

Поэтому, херовые вы программисты и качество кода вашего тоже херня, такое мое мнение.
Перезапускал на днях один свой старый сайт на php - условно каталог музыки. Лень было смотреть в старый код. Написал с чистого листа 15 нужных функций, поместились в один файл, нет ни одного класса или теста. 3 таблицы в sql, 10 внешних html шаблонов, несколько шаблонов вшиты в сами функции. Сайт работает максимально быстро, как я ожидаю и задуманнный редизайн удался. Ошибки вероятны, но в 99% случаев ничего страшного не случится, ибо в 99% штатных случаев работает как надо. Написал этот сайт за несколько вечеров и запустил. Считаю это элегантным решением.

Полагаю, правильный суперразработчик индустриальщик написал бы 150 функций, 30 классов и еще 100 тестов. И вероятно простыню документации сгенерировал бы на все эти вызовы перевызовы.
Видимо это был бы идеальный код, красоту и элегантность которого поймет лишь только такой же разраб-индустриальщик на выставке человеческого гения типа github.

Другой правильный разработчик из иной религии ещё бы фреймворк или cms влупил.

Я уже давно не программист по профессии, и мои познания php на уровне 4-й версии, хоть и программирую разные проекты время от времени. За двадцать лет создания разных сайтов и своих стартапов, я не написал ни одого теста, и никто от этого не умер. В последние годы я даже классы перестаю использовать, ибо реально нет времени, и нет необходимости каждую сущность в объект превращать, чтобы потом один раз ее вызвать.

Когда я смотрю на код проектов php7, то часто ужасаюсь тому насколько все усложнили. Если раньше условно с лёгкостью писали в сто строчек и это работало и в энтерпрайзе, то теперь каждый православный кодер хочет написать тысячу строк, зато по-кошерному. Оставляя этот код как свидетельство своего высокого интеллекта и большого обьема памяти, и бесконечного времени на писанину.
Forwarded from Shura Proger
Пиво для лохов
Forwarded from Санжар
Поскорее бы добавили дженерики в ПХП и он станет как Джава
Forwarded from Pavel
зачем тебе персистентная очередь? твой сервак может уборщица из розетки вытащить?
Ребят, опытные скалисты - подскажите, есть ли жизнь с ООП в мире скалы ? Де гоус гонит всех оопшников из скалы в Котлин, в тоже время Мартин Одерски придерживается другой точки зрения.
Мне направится ООП в силу простоты (gof-паттерны, orm, di)- они хорошо разработаны индустрией.
В тоже время ФП хорош для конкурентного программирования , например для организации конвейера данных.
Forwarded from Oleg ℕižnik
Моя гипотеза, что ООП плох примерно тем же, чем радфем.
Есть херова туча фриков, которые берут свои собственные проблемы, негативный опыт и инсекьюритис и втаскивают их как часть идеологии.
Т.к. все фрики фрикануты по-своему, сабсет ебанатики, включаемой в результирующий концепт сильно различается, и они регулярно срутся друг с другом, считая истинным ООП своё ООП, обсирая чужое ООП.
Итого соваться в ООП себе дороже, лучше назвать другими словами, иначе тебя обосрут и сторонники и противники.
Forwarded from RattenK 🍄🐀🌹
Моя гипотеза, что понв плох примерно тем же, чем радфем.
Есть херова туча фриков, которые берут свои собственные проблемы, негативный опыт и инсекьюритис и втаскивают их как часть идеологии.
Т.к. все фрики фрикануты по-своему, сабсет ебанатики, включаемой в результирующий концепт сильно различается, и они регулярно срутся друг с другом, считая истинным говном своё говно, обсирая чужое говно.
Итого соваться в понв себе дороже, лучше назвать другими словами, иначе тебя обосрут и сторонники и противники.
Forwarded from Слава
В Яндексе появились армяне. На этом можно считать, что технологической компанией Яндекс быть перестал.
Forwarded from The Wacky Yellow Dog
Хочешь посмотреть на академический си подобный синтаксис, смотри скалу
Forwarded from Kovalyshev Michail
Книги Кока пересекаются с книгой Scala with cats ?
Forwarded from createStore<🦉>
И в продолжение:
сейчас реатом не имеет четкой концепции и сейчас находится в её поиске. https://github.com/artalar/reatom/projects/1 Собираются сделать futures. но это немного не подходящая концепция для жс. В общем там ещё слишком много работы для устаканивания. А в стандартной поставке первой версии, слишком много неконсистентностей.

Effector же разрабатывался для высоконагруженного чата на основе telegram протокола. То есть нагрузка и стабильность у него в крови. Плюс есть сотни проектов в течение двух лет, которые его тестировали и выявили десятки мест, для улучшения производительности и удобства. Автор библиотеки имеет весьма впечатляющую область знаний, стоит только почитать его диплом по проектированию процессоров. А ведь там весьма сложные процессы синхронизации сигналов. И эти знания помогли построить сложную изнутри но простую снаружи библиотеку управления состоянием.
Forwarded from Oleg Soroka
Теоретически, тимлид и СТО могут уметь программировать и даже делать это время от времени, особенно если обычно вреда от них больше, чем пользы, и чем больше они занимаются программизмом - тем меньше вредят.
Главное, чтобы это не мешало работе.
Forwarded from Oleg Soroka
Даже более того, компании, в которых основа зарабатывания денег - именно программизм, скорее в меньшинстве.
И горе, если СТО - это программист-переросток, а компания живёт не с разработки.
Forwarded from Oleg Soroka
Худшие из виденных мной СТО были из программистов.
Лучшие - никогда не программировали.
Forwarded from Oleg Soroka
Удивительно, какой высокий процент людей до сих пор живёт в заблуждении, что бзнес-задачи решаются программированием…
Впрочем, возможно они просто сами в анамнезе программисты и уже одни только жтим фактом своего недопонимания уже прекрасно иллюстрируют мой тезис, что из программистов - худшие СТО.