Отработал в компании 5 лет, поднялся с джуна до сеньора (судя по ЗП) ну или хотя бы мидла (на сеньора точно не тяну, но платили почему-то много). Выгорел, пошел по собесам. В каждой компании повторяют примерно одну мантру: вы сильный программист, но плохо знаете что такое бинарное дерево (например), поэтому взять не можем.
В итоге взяли с 28-й попытки. Сегодня будем отказываться от платежной системы, потому как сервис не в состоянии обеспечить ежедневный прием платежей (день принимают, день ошибка). А ведь именно сеньор именно этой конторы год назад рассказывал мне, насколько важна теория, как сильно она может помочь в критических ситуациях, и почему годы моей практики ничего не стоят без забытой мною теории.
В общем, я очередной "вкатун", "вайтишник", "свитчер" или как там нас ещё называют.
Изучаю Java, параллельно работая на своей работе (я работаю в нефтегазовой отрасли и она мне ужасно надоела, собсна из-за чего и собираюсь вкатываться). Учу java-core уже 4 месяца. Да, согласен, это медленно, но на работе выходных у меня практически нет.
И слава богу, что до Spring и прочего непотребства я ещё не успел дойти, потому что у меня назрел резонный вопрос: почему не андройд разработка?
Изучение рынка труда java backend оставила неизгладимое впечатление безнадеги, а один знакомый HR, который хайрит как раз джава бэкендеров сказал, что в этой отрасли людей без опыта НЕ РАССМАТРИВАЮТ ОТ СЛОВА СОВСЕМ. Но это если верить ему. Как дела обстоят на самом деле я не знаю
Собсна поэтому и обращаюсь к всезнающей аудитории Пикабу. Пока не начал изучать стек для бэкендера может перейти на андройд, доучив джаву и затем приправить все это дело котлином и остальными технологиями, нужными в андройд разработке? Как вообще с новичками дела обстоят в этой сфере? Легче ли вкатывание чем в джава бэкенд? Сопоставимы ли зарплатные вилки?
Заранее всем большое спасибо за ответы. Я надеюсь, что этот вопрос дойдет до нужной аудитории
Тэкс, судя по описанию там с большой вероятностью есть ещё 1 баг, и он остался.
Итак разберём ситуацию что произошла и вероятность того что есть ещё 1 баг, а я бы сказал даже не баг а дырень в безопасности.
Произошёл баг на фронте в результате чего была неправильно посчитана сумма заказа, далее эта неправильная сумма отправилась на бэк для создания заказа и ссылки на платёжную систему, и чувствуете да, а какого хуя бэк пропустил эту сумму? То есть мы можем отправить любую сумму на бэк за любой заказ и нам это сойдёт с рук.
Конечно есть мааааленькая вероятность что и на бэке и на фронте был неправильный алгоритм расчёта такой корзины, в чем я очень сомневаюсь, судя по сайту там 1-2 человека над ним работают уровня где то middle и у них легко могла быть такая вот дыра в понимании уязвимостей.
В воскресенье, 5 мая, Ренд Фишкин (известный во всем мире как основатель популярного сервиса Moz.com) получил электронное письмо от человека, утверждающего, что у него есть доступ к массивной утечке документации API из внутреннего подразделения поиска Google. В письме также утверждалось, что эти утекшие документы были подтверждены как подлинные бывшими сотрудниками Google, и что эти бывшие сотрудники и другие лица поделились дополнительной, приватной информацией о работе поиска Google.
Один из скринов "слитой" базы Google
Многие из их заявлений прямо противоречат публичным заявлениям сотрудников Google, сделанным за последние годы. В частности многократным отрицаниям компании о том, что сигналы пользователя, связанные с кликами, используются, что субдомены рассматриваются отдельно в ранжировании, отрицаниям существования песочницы для новых сайтов, отрицаниям того, что возраст домена собирается или учитывается, и многому другому.
"Сливщиком" информации оказался Эрфан Азими (ссылка на Линкедин). В его профиле указана Грузия как страна проживания. Именно он показал Ренду саму утечку: более 2,500 страниц документации API, содержащей 14,014 атрибутов (функций API), которые, по-видимому, происходят из внутреннего "Content API Warehouse" Google. Судя по истории коммитов документа, этот код был загружен на GitHub 27 марта 2024 года и не удален до 7 мая 2024 года.
Что интересного в этих документах?
Ложные Утверждения Google, Опровержения которых обнаружены в Документации API
Утечки документации API Google раскрыли значительные противоречия между публичными заявлениями Google и их реальными
Авторитет домена: Google неоднократно отрицал использование "авторитета домена", утверждая, что они не используют метрику для измерения авторитета сайта в целом. Однако утекшие документы показывают существование метрики под названием "siteAuthority", используемой в внутренних системах Google, что противоречит их публичным заявлениям. Такие известные личности, как Гэри Илш и Джон Мюллер, неоднократно заявляли, что Google не использует метрику авторитета сайта, что теперь кажется вводящим в заблуждение.
Использование кликов для ранжирования: Представители Google давно отрицают, что клики влияют на ранжирование в поиске. Несмотря на эти утверждения, свидетельства из антимонопольного процесса Министерства юстиции США и различных патентов указывают на существование систем, таких как NavBoost и Glue, которые используют данные о кликах для влияния на результаты поиска. Эти системы существуют с 2005 года и используют обновляемые данные для настройки результатов поиска на основе кликов пользователей. Эта практика противоречит публичным отрицаниям Google и подчеркивает их попытки ввести в заблуждение сообщество SEO.
Эти открытия подчеркивают разницу между публичными заявлениями Google и их внутренними операциями, вызывая вопросы об их искренности.
Что будет дальше?
Пожалуй, ничего. Google наверняка будет открещиваться и утверждать, что все это фейк. Признавать свои ошибки никому не хочется:) В любом случае мир SEO теперь не умрет совсем, но людям, которые работают в этой сфере будет наверняка интересно сопоставить свои знания с тем, что упоминается в слитых документах.
Что лично почерпнул для себя автор этих строк
Даты публикаций очень важны - Google ориентирован на свежие результаты, и документы иллюстрируют многочисленные попытки ассоциировать даты со страницами.
Фрагмент с упоминанием про важность упоминания дат изменений контента
Лучший подход – указать дату и быть последовательным в ее использовании в структурированных данных, заголовках страниц, XML-картах сайта. Указание дат в URL, которые противоречат датам в других местах на странице, скорее всего, приведет к ухудшению ранжирования контента. Что ж попробую протестировать полученные знания в своем блоге :)
Пользователи заметили, что при включенном adblock YouTube перематывает видео до конца и обойти это пока невозможно. Повторное воспроизведение не помогает.
YouTube реагирует на все расширения.
К счастью, это не работает для Россию, потому что не работает реклама и это прекрасно. Теперь имеет смысл использовать русский впн, чтобы не смотреть рекламу).
Но это со стороны пользователя. Google не раскрывает прибыльность площадки, но подозреваю, что околонулевая. Именно, поэтому они такие странные решения принимают : медленная загрузка в браузера с блокироващками рекламы и проблемы при воспроизведении.
Ждем до куда дойдет противостояние Google c adblock-ками (некоторые ad сами рекламу показывают)