Ответ на пост «Программисты свернули не туда»9

Дохуя зарабатывают, хвалятся своими сверхспособностями

Первое назвать претензией или минусом вообще сложно. Второе - да, это действительно сложно.

А банально написать не тормозящий код уже не могут

Тут вообще непонятно о чем речь. Что значит тормозящий код? Слишком много технологий и сервисов используется в современном софте. И на бэке и на фронте и в облаке и тд, туча взаимосвязей. Огромное количество слоев абстракций (долго объяснять зачем), микросервисов, понатыканные плагины в браузеры юзера. Чем сложней система - тем больше ресурсов она требует. И тк стоимость разработчика дороже стоимости железа - то эффективно использовать наработки, компенсируя скорость работы железом.

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

Разве? Какой последний сайт десятилетней давности ты открывал? Открой старый сайт, который не трогали 15 лет - он будет летать. Но сделать ты на нем ничего не сможешь. Это как жаловаться на то что в машине электроника подглючивает, вот во времена когда на гужевой повозке ездил - никакая электроника не глючила. Ну так и передвигайся на гужевой повозке открывай сайты 15-ти летней давности.

А фреймворк заточен не на скорость, а на слив бигдаты.

А машина заточена на то, чтобы разогнать тебя сильнее и убить об стену? Не очень понятна связь, при необходимости сливать данные, ты в любом случае эти данные сливаешь. С фреймворком или без. БД к нему имеет косвенное отношение. Вообще непонятно каким боком ты это привязал друг к другу, скорее всего просто дилетант 🤷‍♂️

Да без проблем, можно писать без них. Только без них на каждом новом продукте будут пару лет писать роутинг, авторизации, работу с консолью, orm, ивент-сервисы, тучу хелперов и прочие штуки. По итогу тк это не опен-сорс естественно его будут видеть человек 10 которые разрабатывали - будет пропущена туча уязвимостей. Фреймворки типо симфони, ларавел и тд используют не потому что "без них ничего не можем" а потому что без них столь сложные продукты, которые создаются сейчас - будут создаваться десятилетиями.

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

1
Автор поста оценил этот комментарий
Пользователю на фига это? Для пользователя это тормоза и плохая работа программистов
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну без систем аналитики ты знаешь сколько раз будешь натыкаться на посты со словами "откуда тут это неинтересное мне дерьмо"?

показать ответы
0
Автор поста оценил этот комментарий

Почему в приложении Яндекс такси в первую очередь прогружается реклама, а не такси? Почему приложение не работает пока не найдёт джпс? А? А? А?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Потому что 1) Бизнес так решил 2) реклама работает на другом(-их) мигросервисе, и может быть асинхронно 3) Читай пункт первый. Сделать можно как угодно, но как решили продукты/бизнес так и будет 🤷‍♂️ Тут у нас власти вообще никакой нет.

Когда ты на созвоне, обсуждая фичи задаешь вопрос:

у нас проблема, пока не прогрузился gps мы не можем знать где юзер, соответственно половина функционала работать не бутет, ни цены посчитать, ни ближайших водителей, ибо lon/lat нет и тд. Даже рекламу по геотаргетнгу подгрузить.

Бизнес:

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

p.s. не знаю как в точности работает и с точки зрения юзера, не пользовался Я.такси 2 года.

показать ответы
0
Автор поста оценил этот комментарий
Поэтому и говорю, что это всё го.... пользователям не нужно, только вредит, когда все это создавалось профессионалами, с чувством , с толком и расстановкой, для людей, сейчас все сводится к копроэкономике и лучше уже не будет
раскрыть ветку (1)
Автор поста оценил этот комментарий

но тем не менее вы почему-то на Пикабу, а не в IRC) а значит что то тут оказалось удобней и тд

показать ответы
0
Автор поста оценил этот комментарий
Сейчас куча ненужного, первые десять ссылок, перепосты одного и того же, тогда проще было найти нужную информацию, главное не количество информации, а качество, к сожалению сильно падает качество
раскрыть ветку (1)
Автор поста оценил этот комментарий

ну при росте количества неизбежно падает качество, если речь идет не о технологиях а о человеческом влиянии (все же UGC создается людьми, отсюда туча мусора, перепостов и тд). Тут вопрос не в технологиях 🤷‍♂️ из задача как раз чтобы человек нашел то что нужно (косвенная задача, тк первоочередная как и у любого бизнеса - заработать, а заработать сложно если на твоем ресурсе только мусор)

показать ответы
0
Автор поста оценил этот комментарий
Пользователю это нафига? Зачем пользователю это дерьмо? В двухтысячных все прекрасно работало без всего этого, были отличные тематические форумы, где можно было почитать интересные посты, задавать вопросы и обсудить и все это быстро работало на 128-256
раскрыть ветку (1)
Автор поста оценил этот комментарий

на тематических форумах у тебя не было ленты "под тебя", у тебя была тема, которую ты нашел/выбрал. Совершенно разный уровень количества информации. При желании скорости и просто информации ты и сейчас можешь получить их в IRC каком нибудь, наверняка все еще туча каналов есть.

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

показать ответы
1
Автор поста оценил этот комментарий

Да никуя подобного, просто погромисты сидя в уютных офисах вообще не думают об проблемах связи - у них-то с гигабитной сеткой всё работает. Их надо поближе с реальной жизнью знакомить. В леса с Ешечкой вместо 4джи+. В подвал с вайфаем без спутников.

Я здесь не делю на истинных погромистов, пмов и заказчиков, все мудаки.

Отмазки, что бизнес так решил это херня, прикрытие для нерадивых исполнителей. Главное не молчать. Если не давать обратную связь, они и не узнают, что мудаки.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Хз, не сидел в офисе с 11 года 😀 и кстати обратная связь тоже реализуется - можно сообщать. Но если бизнес решил что им не нужны клиенты, которые хотят вызвать такси на Луне, то этого и не будет.

показать ответы
1
Автор поста оценил этот комментарий
Ну вот нахер обычному пользователю, Яндекс метрика, из-за которой все тормозит
раскрыть ветку (1)
Автор поста оценил этот комментарий

Ну это к примеру. Ну например чтобы знать что условно посты с category_id:15 читают в среднем 20 секунд, а посты в категории 13 читают в среднем 3 минуты. И соответственно понимать куда двигаться и что больше нравится посетителям. Просто один из тысяч вариантов.

показать ответы
2
Автор поста оценил этот комментарий

Тут вообще непонятно о чем речь. Что значит тормозящий код?

Объясняю: когда программеру нужно что-то, что уже "изобрели", то он это гуглит и находит библиотеку, в которой есть эта функция. Но так как ему лень что-либо делать, то он не пишет подобное, не ищет где эта функция одна, а просто тупо использует библиотеку, где помимо одной нужной есть еще двести ненужных функций на "полтора гигабайта". А потом кричит - "меняй железо". Вот и все.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Когда у тебя в приложении используются например HTTP запросы к сторонним API, незнаю, например к яндекс метрике. Ты можешь:

1) Написать заново SDK только с теми функциями, что нужны. И поддерживать в актуальном состоянии. Тоесть изначально большие затраты, и в дальшнейшем небольшие. Плюс вероятность косяка (с метрикой не проблема в целом, но когда используешь скажем биллинг - уже критично). Ну или просто свой сервис с прямыми запросами и тд, особо не переиспользуемый.

2) Использовать уже написанный SDK с лишними элементами, которые не будешь юзать.

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


Я помню в прошлом году когда мы писали инхаус биллинг, один из гейтвеев, Inovio payments не имел актуального sdk, имел устревшую доку со апишкой, где даже 3ds не описан был, и даже за ней руками к ним бегать приходилось и они прям на живую ее обновляли.

Мне пришлось написать внутренний sdk, усеченный до необходимого функционала. Недели 2 потратил, потом еще неделю на тесты и тд, особенно всяких приколов с 3DS.

показать ответы

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества