Ответ на пост "FireFox сходит с ума или уровень оптимизации современного ПО"

Цитата (anst @ 2.08.2017 - 17:43)

Цитата (НечтоИзСети @ 2.08.2017 - 17:14) Я, как разработчик старой школы , скажу, что всегда стараюсь писать код вручную, а не использовать готовые решения и всякие фреймворки, если это займёт вменяемое время. В этом случае я, во-первых, уверен, что если будут косяки,то это мои косяки и раз я их создал, то и исправить смогу. А во-вторых, я знаю, как писать оптимальный код, и пишу оптимальный код. Программирование мышкой, типа, клик-клик-клик — готово! — зло. Код нужно писать руками. Прямыми руками. Поддерживаю. А то навешают тучу-уеву фреймворков а потом ябуд друг друга в жопы. Это у тебя ошибка, нет это у тебя. То с этим не работает, это блядь с этим. А это требует блядь обновления после которого полпроекта не работает. Потому что никто блядь не знает как эта хуета работает.

Код нужно писать головой ))))

Начинающих программеров надо в условиях нехватки ресурсов учить. Ибо надо не только фреймворком пользоваться, но и мозгом. Кто выдержит - толк будет. Но ведь у них потреблядское отношение. «Кнута читать? Вы сдурели? Это же мОтан дрочить надо... Мы уж как-нибудь без Кнута. И без мОтана...»

Цитата (gizmo75rus @ 2.08.2017 - 20:52)

Цитата (anst @ 2.08.2017 - 17:43) Цитата (НечтоИзСети @ 2.08.2017 - 17:14) Я, как разработчик старой школы , скажу, что всегда стараюсь писать код вручную, а не использовать готовые решения и всякие фреймворки, если это займёт вменяемое время. В этом случае я, во-первых, уверен, что если будут косяки,то это мои косяки и раз я их создал, то и исправить смогу. А во-вторых, я знаю, как писать оптимальный код, и пишу оптимальный код. Программирование мышкой, типа, клик-клик-клик — готово! — зло. Код нужно писать руками. Прямыми руками. Поддерживаю. А то навешают тучу-уеву фреймворков а потом ябуд друг друга в жопы. Это у тебя ошибка, нет это у тебя. То с этим не работает, это блядь с этим. А это требует блядь обновления после которого полпроекта не работает. Потому что никто блядь не знает как эта хуета работает. Код нужно писать головой ))))

Бесспорно.

Цитата (anst @ 2.08.2017 - 17:58)

Цитата (gizmo75rus @ 2.08.2017 - 20:52) Цитата (anst @ 2.08.2017 - 17:43) Цитата (НечтоИзСети @ 2.08.2017 - 17:14) Я, как разработчик старой школы , скажу, что всегда стараюсь писать код вручную, а не использовать готовые решения и всякие фреймворки, если это займёт вменяемое время. В этом случае я, во-первых, уверен, что если будут косяки,то это мои косяки и раз я их создал, то и исправить смогу. А во-вторых, я знаю, как писать оптимальный код, и пишу оптимальный код. Программирование мышкой, типа, клик-клик-клик — готово! — зло. Код нужно писать руками. Прямыми руками. Поддерживаю. А то навешают тучу-уеву фреймворков а потом ябуд друг друга в жопы. Это у тебя ошибка, нет это у тебя. То с этим не работает, это блядь с этим. А это требует блядь обновления после которого полпроекта не работает. Потому что никто блядь не знает как эта хуета работает. Код нужно писать головой )))) Бесспорно.

Сначала нужно всё-таки писать грамотное ТЗ, анально огороженное от правок заказчика.

Цитата (gizmo75rus @ 2.08.2017 - 18:50)

Цитата (Drunkone @ 2.08.2017 - 17:43) Цитата (gizmo75rus @ 2.08.2017 - 17:37) Цитата (pgn @ 2.08.2017 - 16:58) сделайте, как хочет ТС и будем иметь кучу корявого софта с выпуском минорых версий раз в год-два, быстрее просто не будут успевать. тестирование все равно будет медленным, им пофиг, реализован ли функционал самописным велосипедом или известной библиотекой. а скорость разработки сильно замедлится, и не факт, что код будет качественным, потому что библиотеки разрабатываются и отлаживаются, чтобы продаваться. а вот как тот же функционал реализовал какой нибудь джун в продукте, и учел ли он все возможные грабли, еще большой вопрос. в общем, тут конец о двух палках. с одной стороны, используя фреймворки и библиотеки, мы часто машем швейцарским ножом там, где достаточно палочкой ковырнуть, с другой же стороны, неиспользование их это непрерывное хождение по граблям и изобретение разнообразных велосипедов. и то, и то крайности и к хорошему не приводят. тут призывают переходить на плюсы, а чего так мелко? где гарантия что оптимизатор компилятора отработает правильно? только ассемблер, только хардкор! а какие адовые дыры будут во всех этих быстрых и шустрых приложениях! потому что писать обработку уже известных обходов на асме заипешься, и не факт, что вообще сможешь. а с другой стороны, есть либа, которую пилит другая команда, и она следит за бюддетенями безопасности и быстро допиливает патчи и выпускает обновленные версии. Так давно уже правилом нормального тона является TDD (test-driven development) разработка через тестирование. нет. "Заказчик-просил-вчера-driven-development" Оооо да, про "Еще вчера" я столько могу историй рассказать ))))

посылать нужно таких "умников". не умеете планировать - проёбывайте конкурентную гонку.

Цитата (artivenom @ 2.08.2017 - 18:06)

Цитата (gizmo75rus @ 2.08.2017 - 18:50) Цитата (Drunkone @ 2.08.2017 - 17:43) Цитата (gizmo75rus @ 2.08.2017 - 17:37) Цитата (pgn @ 2.08.2017 - 16:58) сделайте, как хочет ТС и будем иметь кучу корявого софта с выпуском минорых версий раз в год-два, быстрее просто не будут успевать. тестирование все равно будет медленным, им пофиг, реализован ли функционал самописным велосипедом или известной библиотекой. а скорость разработки сильно замедлится, и не факт, что код будет качественным, потому что библиотеки разрабатываются и отлаживаются, чтобы продаваться. а вот как тот же функционал реализовал какой нибудь джун в продукте, и учел ли он все возможные грабли, еще большой вопрос. в общем, тут конец о двух палках. с одной стороны, используя фреймворки и библиотеки, мы часто машем швейцарским ножом там, где достаточно палочкой ковырнуть, с другой же стороны, неиспользование их это непрерывное хождение по граблям и изобретение разнообразных велосипедов. и то, и то крайности и к хорошему не приводят. тут призывают переходить на плюсы, а чего так мелко? где гарантия что оптимизатор компилятора отработает правильно? только ассемблер, только хардкор! а какие адовые дыры будут во всех этих быстрых и шустрых приложениях! потому что писать обработку уже известных обходов на асме заипешься, и не факт, что вообще сможешь. а с другой стороны, есть либа, которую пилит другая команда, и она следит за бюддетенями безопасности и быстро допиливает патчи и выпускает обновленные версии. Так давно уже правилом нормального тона является TDD (test-driven development) разработка через тестирование. нет. "Заказчик-просил-вчера-driven-development" Оооо да, про "Еще вчера" я столько могу историй рассказать )))) посылать нужно таких "умников". не умеете планировать - проёбывайте конкурентную гонку.

Заказчик платит достаточно хорошие деньги.
За правки тоже платит, соответственно, идут хорошие премии.
А на качество кода ему класть, ему нужны фичи.
PS уточняю, что "Заказчик-просил-вчера-driven-development" - это разработка, когда приходит задумчивый заказчик за пару дней перед релизом и просит срочнобыстро в релиз вставить пару киллерфич.
Пусть глючных и тормозных, он так примет и готов к правкам, но шоб завтра было.

Это сообщение отредактировал Drunkone - 2 авг. 2017 г. в 18:13

Цитата (SiAndrey @ 2.08.2017 - 13:14)

JavaScript сравнить с C++ это блять сильно!

JS для лентяев и все. Действительно что тут сравнивать?

Заказчик делает запрос, цены примерно одинаковые, манагеры сроки ставят критические, тех. задания пишут через жопу, походу выясняется, что функционал сразу не обозначен, в проект вносятся изменения, сроки горят, полноценно не протестировали, подписали уже новый проект...

Совокупность факторов отражается на качестве кода, иногда просто нет времени оптимизировать код, что-то подправить. Задача ставится - сделай, чтобы работало.

Заказчик ткнул в кнопку, увидел нужный результат, всё, проект сдан.

Конечно, это не очень хорошо, но проблема не только в языке программирования, платформе, кривости рук, а именно в совокупности различных факторов.

Цитата (Pohmelniy @ 2.08.2017 - 14:37)

Цитата (orel57 @ 2.08.2017 - 13:08) И знаете, кто в этом виноват? Мы с вами. Идите нахуй. Я не виноват что ваши разработчики хотят работать меньше, а кушать больше. Я память не для них покупал.

На самом деле, ВСЕ хотят работать поменьше (lim->0), но жрать от пуза.

Цитата (Stanton @ 2.08.2017 - 18:16)

Цитата (SiAndrey @ 2.08.2017 - 13:14) JavaScript сравнить с C++ это блять сильно!     JS для лентяев и все. Действительно что тут сравнивать?

Вы не видели «правильного» кода на JS/Java. Слабый мозг может не выдержать. То, что мы видим - не показывает его сильных сторон, но показывает, что на другом языке можно сделать лучше...

всегда актуальная тема. каждый раз, как новую винду ставишь, репу чешешь, какой же сейчас браузер шустрее.

автор и ко, давайте уже сделайте опрос, кто какой браузер юзает

VIVALDI
CHROME
OPERA
FIREFOX
MAXTHON
Yandex

еще какие ?

ибо только ЯПовцы знают толк в браузерах.

Цитата (Boch86 @ 2.08.2017 - 18:17)

Заказчик делает запрос, цены примерно одинаковые, манагеры сроки ставят критические, тех. задания пишут через жопу, походу выясняется, что функционал сразу не обозначен, в проект вносятся изменения, сроки горят, полноценно не протестировали, подписали уже новый проект... Совокупность факторов отражается на качестве кода, иногда просто нет времени оптимизировать код, что-то подправить. Задача ставится - сделай, чтобы работало. Заказчик ткнул в кнопку, увидел нужный результат, всё, проект сдан.  Конечно, это не очень хорошо, но проблема не только в языке программирования, платформе, кривости рук, а именно в совокупности различных факторов.

Заказчику глубоко пофиг, насколько документирован ваш код, используете ли вы паттерны ООП и ООП вообще или всё напихано в main(), как легко поддерживать и обновлять код ему тоже класть - эти будите заниматься вы. или не вы, кто знает.
Заказчику нужно, чтоб работало, желательно, ещё вчера и денег просили не много. Ну и иногда поиграть с цветами, и настройками, да.
Поэтому выигрывают те, кто сделает быстрее и недорого.
И чтоб при этом приложение не роняло сервер в BSOD, чем славятся раннние релизы от Terrasoft

Это сообщение отредактировал Drunkone - 2 авг. 2017 г. в 18:27

Цитата (assalom @ 2.08.2017 - 18:24)

всегда актуальная тема. каждый раз, как новую винду ставишь, репу чешешь, какой же сейчас браузер шустрее. автор и ко, давайте уже сделайте опрос, кто какой браузер юзает VIVALDI CHROME OPERA FIREFOX MAXTHON Yandex еще какие ? ибо только ЯПовцы знают толк в браузерах.

Правильно. От темы ушли :) Но опрос ничего не даст - ибо кривизна рук разная.

Цитата (Drunkone @ 2.08.2017 - 18:25)

Цитата (Boch86 @ 2.08.2017 - 18:17) Заказчик делает запрос, цены примерно одинаковые, манагеры сроки ставят критические, тех. задания пишут через жопу, походу выясняется, что функционал сразу не обозначен, в проект вносятся изменения, сроки горят, полноценно не протестировали, подписали уже новый проект... Совокупность факторов отражается на качестве кода, иногда просто нет времени оптимизировать код, что-то подправить. Задача ставится - сделай, чтобы работало. Заказчик ткнул в кнопку, увидел нужный результат, всё, проект сдан.  Конечно, это не очень хорошо, но проблема не только в языке программирования, платформе, кривости рук, а именно в совокупности различных факторов. Заказчику глубоко пофиг, насколько документирован ваш код, используете ли вы паттерны ООП и ООП вообще или всё напихано в main(), как легко поддерживать и обновлять код ему тоже класть - эти будите заниматься вы. или не вы, кто знает. Заказчику нужно, чтоб работало, желательно, ещё вчера и денег просили не много. Ну и иногда поиграть с цветами, и настройками, да. Поэтому выигрывают те, кто сделает быстрее и недорого. И чтоб при этом приложение не роняло сервер в BSOD, чем славятся раннние релизы от Terrasoft

Согласен. Заказчик из 3-х: быстро, качественно, дешево, почти всегда выбирает 2: быстро и дешево.

Нам то что делать? Переходить на ie?

Цитата (faceless @ 2.08.2017 - 18:49)

Нам то что делать? Переходить на ie?

На работе на линуксе, там firefox меньше памяти потребляет, хотя это может из-за того, что меньше видео там смотрю. Надо потестить.

Цитата (Boch86 @ 2.08.2017 - 18:54)

Цитата (faceless @ 2.08.2017 - 18:49) Нам то что делать? Переходить на ie? На работе на линуксе, там firefox меньше памяти потребляет, хотя это может из-за того, что меньше видео там смотрю. Надо потестить.

Я с Linux'а скрины показывал. Чуть более 2Гиг

Все популярные языки программирования ждет крах, на примере делфи, в момент пика популярности на нем стало писать слишком большое количество криворуких программистов, что отчасти и послужило его временному уходу в забытье.

Цитата (2563899 @ 2.08.2017 - 19:20)

Все популярные языки программирования ждет крах, на примере делфи, в момент пика популярности на нем стало писать слишком большое количество криворуких программистов, что отчасти и послужило его временному уходу в забытье.

delphi это не язык, а IDE для object pascal-я
ныне это Codegear Rad Studio

Это сообщение отредактировал Extortioner - 2 авг. 2017 г. в 19:47

я не програмёр, но последние пол года заметил что "лиса" трандец как тяжело стала работать

Цитата (SiAndrey @ 2.08.2017 - 13:14)

JavaScript сравнить с C++ это блять сильно!

А я как-то баловался и запускал сайт на С++ работает шустро, но делать серьёзный сайт на С++ не вариант, ибо он не для этого.

На счёт программ аля вебвью - немного не согласен, главное делать всё правильно.
Как вариант я использую QT (C++) в нем вебвью - в нем html + CSS + JS и никаких общих фреймворков..

Такая программа ест ~ 30 метров оперативки, с учётом того что программа в память выгружает довольно объемную базу со всякими данными (пароли/заметки и т.д)

Цитата

Я с Linux'а скрины показывал. Чуть более 2Гиг

линукс, одна вкладка > 300 метров оперативки...

Цитата

Начинающих программеров надо в условиях нехватки ресурсов учить

почему только начинающих? нужно всегда себя в тонусе держать.
Я для веб разработки взял простенький orangePi, он у меня всегда включен, интернет хватает по вайфай, реурсов там по минимуму 500 метров оперативки и двухядерный проц на 1.2.
Запускаю проект на нем, если он работает на этом железе - то проект можно залить в продакшн.

опередил. зелень. сам хотел оное написать.

Браузер SlimJet яркий пример оптимизации, основан хромиум.
Открыты две вкладки ЯПа, главная Ютуб, ВК, Яндекс-карты.