Товарищи программисты, которые "память нынче дешёвая, HDD нынче дешёвые, я не буду писать софт нормально, кококо, докупи ещё оперативки и ещё винтов".
Открою вам секрет: отныне HDD больше не дешёвые и дешёвыми больше не будут, ибо на рынке осталось всего два производителя: Seagate(захапавшая самсунги) и WD(захапавшая хитачи). Тошиба(захапавшая фуджи) не считается, т.к. занимается в основном лаптопными винтами, куда и без того не докупишь.
SSD, как ни крути, дорого и не всегда оправдано. Иных вменяемых накопителей больше нет. И уж тем более нет их по вменяемым ценам.
В следующей серии мы опровергнем миф о том, что процессоры развиваются очень быстро, поэтому быдлокодить можно ухудшая качество более, чем в два раза в год. А в следующей после неё — миф о том, что оперативная память стоит дешевле труда программиста (что может считаться справедливым только при частном производстве программ в Enterprise и является наглой ложью при производстве софта для публичного пользования).
54 comments
recommend
bookmark
subscribe
переходи на Enterprise-сторону и прекращай ныть
Практически всегда есть решение на плюсцах, которое быстро и не прожорливо к памяти. А на крайняк — всякие облачно-хостенные приложения.
кг/ам, пили следующую серию
> решение на плюсах
#tfneon/6
за дедфуда не отвечаю
ога, ты просто несёшь хуйню. решение на плюсцах тоже влёт может сожрать всю оперативку
> кутишный движок регекспов
оправдания уровня дедфуда
Собственно, можно пример программы, большой настолько, что не помещается на диске?
личкрафты
Шо, правда?
У меня на 120Gb SSD все зависимости для сборки личкрафта не влезают :(
не понял как это соотносится с /0. ОП говорил про то что охуенные программисты любят всё на что не хватило ума и алгоритмов складывать в оперативке и на харде
вот например охуенные разработчики ZooKeeper любят все данные держать в памяти, а в момент когда память заканчивается (например, надолго отвалилась нода), все данные идут по пизде
а оно нужно?
в смысле зукипер этот
при должном допиливании — още нужно. все тырпрайзные системы требуют хранилища типа него.
ну раз тырпрайз — то сами разработают, зачем им швабодка то?
вот все сами и разрабатывают :(
алсо, не надо думать что тырпрайз системы не использую швабодку. все веб-сервисы не писались с нуля, а являются композицией опенсорсных разработок + небольшое количество допиливаний и обвязок
ничего, что кути — не плюсы, а ёбаный фреймворк, который тоже пишут макаки?
ололо, сисадмин рассуждает о программировании
а я и не говорю, просто жаловаться на то, что решение для тырпрайза и только для оного жрет много памяти — увольте.
алсо, личкрафты. Они мне 4 терабайта за ночь сожрали, было дело.
А ещё — любая софтина, которая считает нужным срать о своих похождениях дебаг-выводом (при обычном запуске) и тем самым адово засирает ~/.xsession-errors.
Ну и много менее прозаических примеров.
чего вы хотели от комбайна?
тащемта, да. А что? :) я тоже быдлокожу на кутях. Только у меня хватает совести не выносить это на люди и не преподносить как великий дар свыше, только докупите оперативки, процессоров и винтов
речь шла о том, что у многих быдлокодеров любимая отговорка "труд программиста, кококо, стоит дороже оперативки! докупи оперативки! А моё время дороже!". И я вёл речь о том, что в тырпрайзе такой подход ещё применим, хоть и с горем пополам, а вот в юзерском массовом софте такие аргументы — самое натуральное пидорство и ЛПП.
но написать на крестах так — это действительно никого не любить
а для отговорк есть питон
Ну то есть ты предлагаешь писать "регексповый движок" каждому программисту в каждом приложении?
всем похуй, но лично я предлагаю написать один-два хороших регэксповых движка, которые будут развиваться как регэксповые движки, а не как часть God Framework. WAIT, уже же написаны libpcre и pire...
но ведь макаки-быдлокодеры знаю только два варианта: юзать god framework и писать самому с нуля. Юзать специализированные заточенные библиотеки — это ж для быдла!
Очень интересно, System.Text.RegularExpressions.dll — это "специализированная заточенная библиотека" или "god framework"? Мнение макак-администраторов локалхоста о программировании очень важно для нас, не переключайте канал!
подписался
шарп это один большой god framework.
И Haskell тоже?
да чо уж там, и lua и python и аллах
да и плюсы, так-то god фреймворк над сями. А си — над асмом.
как страшно жить
то есть ты все-таки признался, что твоя теория про god framework неверна?
нет, потому что 1) ты плохо видишь. Она не моя. Открой пост в вебморде и посмотри ветку от этого сообщения наверх.
2) всегда нужно исходить их доступных ресурсов и конечной цели, но стремиться к совершенству.
Т.о. писать на шарпе/питоне/етц для микроконтроллеров — долбоебизм.
Писать на шарпе прикладной софт — допустимо, если оно всегда будет маленькой прикладной утилиткой для одной простой задачи и не будет комбаеном.
Писать комбаены кладя хуй на ресурсы — пидорство. Но увы, этим страдают почти все...
лул что меня ждёт...
проблемы нищеебов
багор пхпашки
плохой анализ
на некоторых подрынках цифровой техники и комплектующих есть производители с долей более 75%, и что с того?
дульчую за модульность
чо за комбайны?
труд программиста стоит не дороже оперативки, а будет стоить дороже той возможной суммы, которую ты готов заплатить за результат
это как бывает иногда баланс между процессорным временем и памятью, так вот здесь баланс между затратами на разработку и затратами вычислительных ресурсов
тупой просто. кококо монополии теперь программы будут тормозить!!! нопитон, норуби, ноплюсцы, нолайф!
нопхп забыл :)
без пхп жизнь не мила
но ведь нолайф
без пхп да
двачую