Как стать автором
Обновить
377
-1
Олег Чирухин @olegchir

Продакт Sber Giga IDE, продюсер в Failover Bar

Отправить сообщение

Более того, так многие компании делали и продолжают делать. Особенно в финтехе, где у тебя много stored procedures и строгая row level security (RLS), за которую ты жопой отвечаешь перед проверяющими органами. Там обычно делают какие-то самописные плагины, которые из описанной на каком-то формальном языке структуры генерят одновременно базу в соответствии с моделью безопасности, и код-клей для передачи наружу. К сожалению, я даже не представляю, как подступиться к написанию такой фундаментальной статьи, да и у меня нет в этом экспертизы. Если тебе интересны такие вопросы, попробуй найти в соцсетях какого-нибудь Олега Царева, ему наверняка есть, чего рассказать.

Дополнительные +10 этажей - наверное, нельзя. Но есть куча примеров, когда к существующим домам достраивали этажи в количестве 1-2-3 штуки, и даже делали на крыше какой-нибудь бассейн (который куда тяжелее обычного этажа).

Конечно относится. Разница в том, что если что-то есть в репозитории, то можно этот код не писать. Не писать код - это хорошо, это экономит ресурсы.

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

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

Давно уже нет лимита на 1.7, на 64-битных системах лимит может случиться только если полезут баги. Подрбней здесь.

Это немного не так работает. В JS куда больше мелких библиотек, чем в Java. Например, если тебе нужен какой-то продвинутый trim строки, ты не пишешь его сам, а идешь искать в NPM. Таких пакетов через некоторое время только у твоего проекта обнаруживаются десятки и сотни. А у твоих мелкобиблиотек есть свои зависимости, потому что условный trim может звать какой-нибудь продвинутый substring или regex, который тоже лежит в отдельном пакете. А уж сколько всего интересного может быть в зависимостях у regex...

В Java обычно куча мамонтов, которые ставят какой-нибудь Spring, Apache Commons и на этом ограничиваются, для них добавить либу для trim будет немыслимым вложением усилий, они лучше на коленке сами наговнякают плохо работающую херню, или со StackOverflow скопируют. Кажется, единственный плюс такого криокамерного подхода вот этот - меньше вероятность, что у тебя что-то там взломают.

Сейчас кнопки сверху а контент снизу. Надо поменять.

Сейчас кнопки вообще везде. Причем кнопки еще и являются частью контента.

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

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

Заметьте, что в Windows 11 по той же причине прибили переключатель задач и меню "Пуск" к нижнему краю экрана. Их директор разработки в интервью сказал, что если бы это было не так, им пришлось бы перерисовать всю панель и все стандартные приложения и анимации по 4 раза, а это очень дорого и сложно. Даже у Microsoft нет денег, чтобы делать разные интерфейсы для разных случаев, что уж говорить про какой-нибудь очередной бар или парикмахерскую!

Например, я пользуюсь Firefox для просмотра xHamster и Pornhub. Да, у Firefox есть нижняя переключалка вкладок. Но она ни на что не влияет, потому что все меню самих сайтов прибиты кверху. Нужно взять девайс двумя руками (или перехватить сверху), накликать нужный раздел, и только потом уже вернуться вниз для переключения между вкладками, а потом еще раз его перехватить чтобы нажать на кнопку запуска видео, и еще раз перехватить чтобы переключить в горизонтальный режим. Можно было бы сказать, что это неудобно... но на самом деле нет, потому что ты так часто этим занимаешься, что +1 переключение уже ничего не значит.

Если ты постоянно на переднем крае технологий и учишься с максимальной скоростью, то можешь каждую пару лет апгрейдиться с существенным повышением ставки. И через пять лет быть уже CTO/CEO какого-нибудь мелкого стартапа, а через 10 - какой-то большой компании.

Если же сидеть на жопе ровно, то можно расчитывать только на "зарплата обновляется по инфляции", что так себе долгосрочная перспектива.

Там между C-level и планктоном есть некий промежуток, и кажется, нужно занять в этом промежутке правильную позицию, а не тащиться сразу в самом нижнем планктонном сегменте всю жизнь.

только их зарплата падает пикирующими темпами. Никто им не станет платить премию, никто им не повысит зарплаты. А тут челики хотят не просто премию, а повышенную премию :)

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

Или потому, что им не нужно, чтобы кто-то делал "локальную версию стены" :) Это наверняка какой-то оффлайн клиент для ВК, а им как бизнесу зачем нужно, чтобы кто-то забирал клиентов у их мобильного приложения? Сами для себя они любых запросов могут наделать, в том числе и стрим комментов россыпью, просто не включать это в основной апи.

Я сам занимался парсингом Фейсбука для предоставления ему хакерского "веб апи", у них тоже ничего нет, но там точно понятно, почему этого нет. Например, часть функций групп осознанно отсутствует для персонального профиля.

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

Как минимум, активная работа это не больше 80% времени, иначе тупо сгоришь. В оставшееся можно или учиться, или делать рутину (отвечать на письма), и так далее.

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

Там точно тред

Ничего непонятно. Если задача не поставлена - она не делается. Как ты представляешь себе тикет в жире на разбор легаси? Пойти и рефакторить с утра до ночи все подряд?

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

Но на это "немного порефакторить" нужно поставить системную задачу, в рамках проекта. Которая будет распадаться на сотни подзадач типа "порефакторить в рамках этого конкретного тикета"

Получается, это сложная структура "mixin-тикетов" в рамках метапроцесса. И джира не умеет по дефолту так работать с тикетами, это или адская работа по поддержанию их руками, или написание своих плагинов, или попытка навертеть что-то поверх существующих (типа Structure Plugin)

Кажется, что организация такого процесса - это дело для какого-то менеджера или тимлида. Сам по себе разработчик не способен управлять проектом на уровне процессов (поэтому он разработчик, а не менеджер).

Как выглядит запрос, который найдет поле с максимальной чиселкой справа и добавит N+1 поле? Вот вы захардкодили тут название поля, это не амбициозно...

Браузер это социальный проект по насаживанию браузера и определенных веб-стандартов. Рендерер страниц там может быть любой, это не самое важное. Какой был (khtml), такой и взяли. Для компании Гугл важно, что их бизнес - реклама в поиске и видео, и интернет должен развиваться так, чтобы максимизировать прибыль от рекламы. Браузер тут выступает как рулевая технология процесса. И вот как оседлать интернет и тыкать его в правильную сторону - это уже изобретение Гугла, и они в этом очень хороши

Информация

В рейтинге
Не участвует
Откуда
Россия
Работает в
Дата рождения
Зарегистрирован
Активность

Специализация

Chief Technology Officer (CTO), Chief Executive Officer (CEO)
От 2 000 000 ₽
Product management
Project management
Marketing research
Game Development
Web development
Software development