Мне кажется автор ничего не забывает. Ведь «плохой продукт» также требуется спроектировать и умышленно пойти на потерю качества ради скорости создания продукта. Т.к. если плохой продукт будет получаться сам-собой, только потому что я херачу по 100 строк в минуту, то кроме плохого продукта в довесок я получу еще и непонимание как он работает и совсем в нем запутаюсь. Я лично использую медленное программирование при создании плохих продуктов и в свободное время (если есть) всегда стараюсь спроектировать действительно хорошее решение на черный день. И когда мне говорят «всё офигенно, но база не выдерживает нагрузку», я говорю, что ничего удивительного, выделите время и я это исправлю.
Как бы, не совсем ) Мой текущий шустрый телефон на морозе просто тормозит, но пользоваться ещё можно, а у джаст5 тормоза ацкие. А вот например моя магнитола в машине вообще на морозе показывает одну и ту же печальную картинку. Что-то ваша теория про полупроводники явно не учитывает )
Пользовался похожим. Just5, только немного другой модели. Мне откровенно не понравился телефон, пришлось выкинуть в ведро. Софт-тач пластик — настоящий ужас. Однажды я уронил телефон на дорогу без асфальта, после чего телефон покрылся пылью которую невозможно отмыть. Через месяц ношения в сумке он стал совсем грязным как у бомжары, цвет стал тусклым. Тормозил телефон жутко, особенно на морозе. Очень рад, что избавился от него. И да, батарея держит долго )
Я три недели назад задал вопрос в форуме: почему при использовании G1GC вся память кончается через 5 минут, а при обычном SerialGC — всё нормально. Ссылка. Может кто-нибудь прояснит ситуацию. И зачем мне плагин для НетБинс, когда всё остальное не работает?
"...DB-persistence-платформы, в которых логика чтения/записи БД находилась в методах самих персистируемых классов, из-за чего они должны были наследоваться от специального класса типа какого-нибудь DBExternalizableObject. В последствии, «как известно», от этого отказались."
Не согласен, что отказались. С появлением скриптовых языков на Java машине у доменных объектов снова появляются методы типа «search», «save» и т.д. Посмотрите например Grails или Spring Roo. Т.е. в зависимости от подключаемого плагина доменные объекты втихоря приобретают много новых методов. И хотя я против такого «супер-быстро-гибкого» подхода, но тем не менее данный принцип, я считаю обрёл второе дыхание и активно популяризуется. Возможно благодаря тому, что наследоваться в данных случаях уже не всегда обязательно.
Было бы здорово, если схема оплаты потраченных ресурсов была бы не очень сложной. А ещё лучше несколько вариантов: анлим (трать сколько хочешь, но мощности предоставляются небольшие) и эластик (как везде). А то говорят, мол, выбирайте облачный хостинг и не думайте о железе. Только вот постоянно приходится думать о том, сколько там у меня раз приложение обратилось к диску, не многовато-ли.
А почему Java и SQL это старое ПО? А что тогда новое? NoSQL и node.js что-ли? Мне кажется если почитать фундаментальные книжки по SQL(например Дейта) или по языкам и компиляторам, то возникает вопрос какое ПО ещё старое. Правильнее было бы сказать «классическое ПО».
Правильно, ничто не мотивирует учавствовать в процессе лучше, чем сам процесс. А процессы все от сотрудников скрыты. В основном никто не знает даже зачем нужен их продукт, в чем его фишка, кто наши партнеры, кто наши заказчики, из чего складывается прибыль. Также неизвестна какая заработная плата у других сотрудников(специальный трюк рабовладения). Приходишь на работу, смотришь таски/баги, выбираешь, делаешь и уходишь. А если всё от тебя скрыто, то и тебе лучше всего не особо высовываться. Сидишь потихоньку, читаешь хабр. О том, что каждый сотрудник может подкинуть клевую идею для фирмы тут даже и речь не идёт.
Не согласен, что отказались. С появлением скриптовых языков на Java машине у доменных объектов снова появляются методы типа «search», «save» и т.д. Посмотрите например Grails или Spring Roo. Т.е. в зависимости от подключаемого плагина доменные объекты втихоря приобретают много новых методов. И хотя я против такого «супер-быстро-гибкого» подхода, но тем не менее данный принцип, я считаю обрёл второе дыхание и активно популяризуется. Возможно благодаря тому, что наследоваться в данных случаях уже не всегда обязательно.