Сотрудники Facebook использовали служебное положение, чтобы следить за пользователями
Недавно вышла книга о подковерных интригах Facebook, называется An Ugly Truth: Inside Facebook's Battle for Domination. С 2014 по 2015 год за использование доступа к данным в личных целях Facebook уволил 52 сотрудника. Вот пара показательных историй.
Разработчик отследил, в какой отель отправилась его девушка после ссоры. Другой сотрудник нашел информацию о морозившей его девушке. В итоге у него оказались данные за несколько лет: все переписки в Facebook Messenger, загруженные фотографии, а также публикации, которые она комментировала и просматривала. А в довесок разработчик мог отслеживать ее перемещения через мессенджер в реальном времени.
По утверждениям авторов, большую часть уволенных составили мужчины, следившие за интересующими их женщинами.
Недавно вышла книга о подковерных интригах Facebook, называется An Ugly Truth: Inside Facebook's Battle for Domination. С 2014 по 2015 год за использование доступа к данным в личных целях Facebook уволил 52 сотрудника. Вот пара показательных историй.
Разработчик отследил, в какой отель отправилась его девушка после ссоры. Другой сотрудник нашел информацию о морозившей его девушке. В итоге у него оказались данные за несколько лет: все переписки в Facebook Messenger, загруженные фотографии, а также публикации, которые она комментировала и просматривала. А в довесок разработчик мог отслеживать ее перемещения через мессенджер в реальном времени.
По утверждениям авторов, большую часть уволенных составили мужчины, следившие за интересующими их женщинами.
Business Insider
A Facebook engineer abused access to user data to track down a woman who had left their hotel room after they fought on vacation…
Facebook fired 52 employees from January 2014 to August 2015 over abusing company access to user data for personal means, "An Ugly Truth" said.
Valve представили игровую консоль Steam Deck
Напоминает прокаченный Nintendo Switch. Под капотом — мобильный компьютер с AMD-процессором на SteamOS 3.0, в основе которой дистрибутив Linux. На консоли доступны все игры из библиотеки Steam.
Стоит от $400, начнет поступать в продажу в декабре 2021, в России с 2022.
Геймеры, будем брать?
Напоминает прокаченный Nintendo Switch. Под капотом — мобильный компьютер с AMD-процессором на SteamOS 3.0, в основе которой дистрибутив Linux. На консоли доступны все игры из библиотеки Steam.
Стоит от $400, начнет поступать в продажу в декабре 2021, в России с 2022.
Геймеры, будем брать?
This media is not supported in your browser
VIEW IN TELEGRAM
Facebook добавил в месенджер Soundmojis — анимированные эмоджи, которые еще и звуки издают
Смеющийся эмоджи, например, дает вам почувствовать себя героем старых ситкомов.
Рисуется картинка, как неподготовленный пользователь открывает мессенджер на совещании, а там — 😂 или еще лучше 🥁
Смеющийся эмоджи, например, дает вам почувствовать себя героем старых ситкомов.
Рисуется картинка, как неподготовленный пользователь открывает мессенджер на совещании, а там — 😂 или еще лучше 🥁
Virgin Galactic разыгрывает 2 билета на полет в космос
Победителям Брэнсон лично проведет экскурсию по космодрому, а потом счастливчики посмотрят на Землю с высоты 76 км в компании с теми, кто отдал за это $250 тыс.
Можно донатить, чтобы вписать свое имя N раз, можно бесплатно.
Победителям Брэнсон лично проведет экскурсию по космодрому, а потом счастливчики посмотрят на Землю с высоты 76 км в компании с теми, кто отдал за это $250 тыс.
Можно донатить, чтобы вписать свое имя N раз, можно бесплатно.
📎 Microsoft в твиттере написал, что за 20к лайков добавит «Скрепыша» в Microsoft 365. Пост собрал уже 160к.
Twitter
Microsoft
If this gets 20k likes, we’ll replace the paperclip emoji in Microsoft 365 with Clippy.
Microsoft представила новые кукольные эмоджи
Наконец-то они сделали это! С текущими сравнивать смысла нет, едва ли есть что-то хуже, чем нынешние эмоджи майкрософт. А вот с эпловскими вполне можно сравнить. Как вам?
Наконец-то они сделали это! С текущими сравнивать смысла нет, едва ли есть что-то хуже, чем нынешние эмоджи майкрософт. А вот с эпловскими вполне можно сравнить. Как вам?
Китайская версия TikTok тестирует доставку еды во внутреннем мини-приложении
Douyin монетизирован лучше своей глобальной версии: в китайском приложении уже давно встроена система электронной коммерции, пока TikTok только тестирует in-app покупки. Теперь компания решила попробовать развивать еще одно популярное направление и как нельзя кстати — количество заказов еды в Китае возросло на 7,5% по сравнению с доковидными временами.
Douyin монетизирован лучше своей глобальной версии: в китайском приложении уже давно встроена система электронной коммерции, пока TikTok только тестирует in-app покупки. Теперь компания решила попробовать развивать еще одно популярное направление и как нельзя кстати — количество заказов еды в Китае возросло на 7,5% по сравнению с доковидными временами.
This media is not supported in your browser
VIEW IN TELEGRAM
Google добавит в Chrome режим HTTPS-First
Уже сейчас 90% страниц в Chrome загружаются через HTTPS. В Chrome 94 браузер будет пытаться обновить все страницы до HTTPS и предупредит пользователей, если страница не поддерживает безопасный тип шифрования.
Уже сейчас 90% страниц в Chrome загружаются через HTTPS. В Chrome 94 браузер будет пытаться обновить все страницы до HTTPS и предупредит пользователей, если страница не поддерживает безопасный тип шифрования.
На реддите разлетелся скрин, где данные пользователя ушли в минус на Android-устройстве. Есть версии?
Код Меркури
🛰 «Хаббл» сломался Причина: повреждение одного из четырех модулей памяти объемом 64 килобайта. НАСА пытается починить космический телескоп удаленно, но пока что без шансов. «Хаббл» морально устарел — телескоп работал с 1990 года, а срок службы был рассчитан…
NASA
NASA Returns Hubble Space Telescope to Science Operations
NASA has returned the science instruments on the Hubble Space Telescope to operational status, and the collection of science data will now resume.
Трехдневный андерхуд с бэкенд-разработчиком Меркури
Формат андерхуд многим понравился поэтому, продолжаем приглашать разных ребят рассказывать о своем опыте, работе и жизни. Три дня со вторника по четверг канал будет вести наш бэкендер Паша. А со следующей недели снова будут новости технологий и разработки.
Удачи, Паша!
Формат андерхуд многим понравился поэтому, продолжаем приглашать разных ребят рассказывать о своем опыте, работе и жизни. Три дня со вторника по четверг канал будет вести наш бэкендер Паша. А со следующей недели снова будут новости технологий и разработки.
Удачи, Паша!
Telegram
Mercury Daily: Tech, Space & Innovation
Поделитесь, фидбеком, пожалуйста. Как вам новый формат?
Зашел. Было бы интересно почитать и других ребят / Не зашел. Раньше было лучше
Зашел. Было бы интересно почитать и других ребят / Не зашел. Раньше было лучше
Всем привет!
Меня зовут Паша. Я .NET-разработчик в компании Mercury Development. Несколько дней я буду вести этот канал.
Сегодняшний день я планирую немного рассказать о себе, как я пришел в IT и какие трудности встречались в начале пути. Расскажу про свой первый опыт, а также о том, как университетское образование соотносится с тем, какие задачи приходится решать во время работы.
Далее планирую делать посты по следующему плану:
[Среда] - Расскажу чем занимаюсь на работе, про проект и написание кода
- С чего начинаю и как заканчиваю свой рабочий день.
- Что происходит, когда я работаю с кодом и почему замечания по код-ревью не должны вас огорчать.
- О проекте, над которым сейчас работаем и что используем в серверной части.
[Четверг] - Как backend разработчик может покрыть клиентскую и серверную часть приложения
- Full stack приложение на .Net и причем тут Blazor.
- Плюсы и минусы Blazor по сравнению с другими веб фреймворками/библиотеками.
- Потенциал, дальнейшее развитие Blazor.
--
Подписывайтесь на наш канал,с̶т̶а̶в̶ь̶т̶е̶ ̶л̶а̶й̶к̶и̶, чтобы не пропустить следующие посты и пишите в комментариях, чтобы вы хотели узнать от .NET разработчика. Если тема найдет отклик, то обязательно расскажу.
#underhood #backend
Меня зовут Паша. Я .NET-разработчик в компании Mercury Development. Несколько дней я буду вести этот канал.
Сегодняшний день я планирую немного рассказать о себе, как я пришел в IT и какие трудности встречались в начале пути. Расскажу про свой первый опыт, а также о том, как университетское образование соотносится с тем, какие задачи приходится решать во время работы.
Далее планирую делать посты по следующему плану:
[Среда] - Расскажу чем занимаюсь на работе, про проект и написание кода
- С чего начинаю и как заканчиваю свой рабочий день.
- Что происходит, когда я работаю с кодом и почему замечания по код-ревью не должны вас огорчать.
- О проекте, над которым сейчас работаем и что используем в серверной части.
[Четверг] - Как backend разработчик может покрыть клиентскую и серверную часть приложения
- Full stack приложение на .Net и причем тут Blazor.
- Плюсы и минусы Blazor по сравнению с другими веб фреймворками/библиотеками.
- Потенциал, дальнейшее развитие Blazor.
--
Подписывайтесь на наш канал,
#underhood #backend
How it started
У меня нет какой-то красивой истории, как я стал программистом. Мол, в детстве уже знал 3 языка программирования и мог на любом из них написать алгоритм быстрой сортировки, не глядя в интернеты. Да и сейчас, наверное, тоже не смогу :) Наоборот, я был очень далек от IT и считал программирование чем-то сложным и непонятным. Однако, я был довольно любознательным парнем 😅
Моим первым языком программирования стал Pascal ABC (да простят меня любители Turbo Pascal). Кстати, будет круто, если напишете, какой первый язык программирования был у вас - устроим батл)
В 10 классе за умение выводить в консоль “Привет мир!” и складывать цифры меня сослали на региональную олимпиаду по программированию, где я занял предпоследнее место. И то, один из участников просто не пришел.
Школа закончилась, и пришла пора решать, куда поступать. В целом мне нравилосьи̶г̶р̶а̶т̶ь работать за компьютером, а ещё вспомнил, что неплохо умею складывать числа в Pascal. Сложив 2+2 выбор пал на “Факультет информатики” Самарского университета (бывш. СГАУ (бывш. КУаИ)).
Небольшой перекур в виде правок по ревью и напишу про университет, оставайтесь с нами! 😉
#underhood
У меня нет какой-то красивой истории, как я стал программистом. Мол, в детстве уже знал 3 языка программирования и мог на любом из них написать алгоритм быстрой сортировки, не глядя в интернеты. Да и сейчас, наверное, тоже не смогу :) Наоборот, я был очень далек от IT и считал программирование чем-то сложным и непонятным. Однако, я был довольно любознательным парнем 😅
Моим первым языком программирования стал Pascal ABC (да простят меня любители Turbo Pascal). Кстати, будет круто, если напишете, какой первый язык программирования был у вас - устроим батл)
В 10 классе за умение выводить в консоль “Привет мир!” и складывать цифры меня сослали на региональную олимпиаду по программированию, где я занял предпоследнее место. И то, один из участников просто не пришел.
Школа закончилась, и пришла пора решать, куда поступать. В целом мне нравилось
Небольшой перекур в виде правок по ревью и напишу про университет, оставайтесь с нами! 😉
#underhood
Как я получал вышку, а главное зачем?
И вот, спустя 6 лет (в этом году) я заканчиваю Самарский Университет и понимаю, что если бы уже 3 года не работал разработчиком, то вряд ли бы хватило знаний и умений устроится куда-то.
К сожалению, наше образование (в большей степени) ориентировано на оформлении отчетности и заучивание информации для сдачи очередных экзаменов, а не на понимание материала и оттачивание навыков для освоения профессии. Но сказать, что в университете я не получил вообще никаких знаний по программированию тоже было бы неправильным, ведь работаю сейчас по специальности. Другой вопрос, стоило ли оно 6 лет обучения?
Иногда после очередного курса, я задавался вопросом, “A что это вообще было?”, “Зачем?”, “Как эти эльфийские символы (это не матан, с ним было все прилично) можно будет применить на практике?”
Конечно, к концу обучения появились предметы (Нейронные сети, параллельное программирование, разработка клиент-серверных приложений и написание тестов), напоминавшие мне, что я учусь все-таки на инженера программного обеспечения.
И когда я пришел на свой первый рабочий день оказалось, что все, чему учили тебя в университете, как-то не очень пересекается с теми задачами, которые пришлось решать на работе…
--
В следующем посте расскажу про свой первый опыт работы, как пришлось совмещать учебу, работу и сон.
А пока важный опрос: кто как относится к высшему образованию?
#underhood
И вот, спустя 6 лет (в этом году) я заканчиваю Самарский Университет и понимаю, что если бы уже 3 года не работал разработчиком, то вряд ли бы хватило знаний и умений устроится куда-то.
К сожалению, наше образование (в большей степени) ориентировано на оформлении отчетности и заучивание информации для сдачи очередных экзаменов, а не на понимание материала и оттачивание навыков для освоения профессии. Но сказать, что в университете я не получил вообще никаких знаний по программированию тоже было бы неправильным, ведь работаю сейчас по специальности. Другой вопрос, стоило ли оно 6 лет обучения?
Иногда после очередного курса, я задавался вопросом, “A что это вообще было?”, “Зачем?”, “Как эти эльфийские символы (это не матан, с ним было все прилично) можно будет применить на практике?”
Конечно, к концу обучения появились предметы (Нейронные сети, параллельное программирование, разработка клиент-серверных приложений и написание тестов), напоминавшие мне, что я учусь все-таки на инженера программного обеспечения.
И когда я пришел на свой первый рабочий день оказалось, что все, чему учили тебя в университете, как-то не очень пересекается с теми задачами, которые пришлось решать на работе…
--
В следующем посте расскажу про свой первый опыт работы, как пришлось совмещать учебу, работу и сон.
А пока важный опрос: кто как относится к высшему образованию?
#underhood
Как ты относишься к высшему образованию?
Anonymous Poll
8%
Без высшего образования нельзя найти приличную работу и стать квалифицированным специалистом.
47%
Высшее образование "не дотягивает" до необходимого уровня и многому приходится учится самому.
20%
Высшее образование нужно максимум для получения "корочки".
25%
Работадатель смотрит на умения и качества человека, а не на высшее образование.
Работа не волк, но тоже оказалась в овечьей шкуре
Месяц назад я получил свою “корочку” о высшем образовании и при этом уже имею 3 года стажа работы в IT. Вот, что понял: чтобы к концу универа иметь какой-никакой релевантный опыт, нужно совмещать работу с учебой.
После второго курса летняя учебная практика в наш год проводилась в экспериментальном формате. Часть студентов, и меня в их числе, отправили в компанию, которая сотрудничает с нашей кафедрой.
Там нам рассказывали про процессы, agile, scrum, систему контроля версий, CI/CD, тестирование ПО. Я же сидел и не понимал ничего из того, о чем шла речь. Только задавался вопросом, почему нам не рассказывают про это в университете?
Первым заданием было написать небольшую программку на C# по технике TDD (написание программного кода через тестирование), настроить автоматическую сборку через Teamcity, и, конечно же, оставить после чистый, красивый и читаемый код. С заданием я справился, но на каждом шагу выполнения чувствовал себя чуваком с кубиками из мема.
Тех кто хорошо показали себя во время практики пригласили работать в компанию. Так я и получил свой первый оффер. В первый свой день я узнал про такие слова, как SOLID, Jira, IIS, AngularJS, конечно же, я добавил эти слова в блокнот к остальным непонятным словам-сокращениям, чтобы потом узнать, что они значат. Делитесь, какие непонятные слова в первый день вам пришлось услышать? Фраза “Вы уволены” не участвует 🙂
В начале вопрос был скорее не в заработке, а в знаниях и возможностях развития. Успеть все (работа, учеба, хобби, сон) казалось невозможным. Первое и самое главное чему научился - это умение разделять важное от того, чем можно пожертвовать. К слову, жертвовал я обычно сном)
Иногда приходилось не спать, чтобы сделать лабы, а потом спать на этих же самых лабах, чтобы продуктивно поработать после.
Первый опыт был немного сумбурным, но достаточно интересным.
--
Далее расскажу как попал в Меркури, поделюсь источниками, которые помогают поддерживать актуальность знаний.
#underhood
Месяц назад я получил свою “корочку” о высшем образовании и при этом уже имею 3 года стажа работы в IT. Вот, что понял: чтобы к концу универа иметь какой-никакой релевантный опыт, нужно совмещать работу с учебой.
После второго курса летняя учебная практика в наш год проводилась в экспериментальном формате. Часть студентов, и меня в их числе, отправили в компанию, которая сотрудничает с нашей кафедрой.
Там нам рассказывали про процессы, agile, scrum, систему контроля версий, CI/CD, тестирование ПО. Я же сидел и не понимал ничего из того, о чем шла речь. Только задавался вопросом, почему нам не рассказывают про это в университете?
Первым заданием было написать небольшую программку на C# по технике TDD (написание программного кода через тестирование), настроить автоматическую сборку через Teamcity, и, конечно же, оставить после чистый, красивый и читаемый код. С заданием я справился, но на каждом шагу выполнения чувствовал себя чуваком с кубиками из мема.
Тех кто хорошо показали себя во время практики пригласили работать в компанию. Так я и получил свой первый оффер. В первый свой день я узнал про такие слова, как SOLID, Jira, IIS, AngularJS, конечно же, я добавил эти слова в блокнот к остальным непонятным словам-сокращениям, чтобы потом узнать, что они значат. Делитесь, какие непонятные слова в первый день вам пришлось услышать? Фраза “Вы уволены” не участвует 🙂
В начале вопрос был скорее не в заработке, а в знаниях и возможностях развития. Успеть все (работа, учеба, хобби, сон) казалось невозможным. Первое и самое главное чему научился - это умение разделять важное от того, чем можно пожертвовать. К слову, жертвовал я обычно сном)
Иногда приходилось не спать, чтобы сделать лабы, а потом спать на этих же самых лабах, чтобы продуктивно поработать после.
Первый опыт был немного сумбурным, но достаточно интересным.
--
Далее расскажу как попал в Меркури, поделюсь источниками, которые помогают поддерживать актуальность знаний.
#underhood
How it's going
Обстоятельства так сложились, что прежняя работа перестала удивлять и давать мне развитие. Я начал задумываться, что надо, что-то менять и эти мысли привели меня на собеседование в Mercury Development. Нужно было знать технологию .NET и язык программирования C#. Как же здорово, что именно эти знания у меня имелись.
Собеседование, как мне сначала показалось, я прошел не очень, но оффер все равно получил. Короче, как вы догадались, я согласился) Спустя почти год, могу сказать, что не жалею, потому что снова чувствую, что расту, помаленьку, понемногу,в̶ш̶и̶р̶ь.
Но чтобы оставаться в “теме” нужно постоянно что-то изучать, читать, кодить. Вот несколько моих источников, в которые я заглядываю, чтобы поддерживать свои знания в .NET:
Code Maze - блог, где публикуются статьи по .NET. Там можно оформить еженедельную подписку (это бесплатно) и в пятницу будет прилетать выпуск статей, который можете почитать заб̶̶у̶̶т̶̶ы̶̶л̶̶к̶̶о̶̶й̶̶ ̶̶п̶̶и̶̶в̶̶а кружкой чая.
Medium (нуждается ли в представлении?) - блог, где публикуются статьи на любой вкус, начиная от обзора возможностей языка программирования, заканчивая разбором арт-объектов. Так же, там есть персональные рекомендации.
Канал на youtube про .NET - много туториалов, обзоров и видео с конференций.
Теперь ваша очередь. Признавайтесь, как остаетесь в тренде технологий, что читаете/смотрите? Возьму на вооружение! 🙂
--
Это был последний пост на сегодня. Завтра поговорим про проекты, технологии и чем-занимается Backend разработчик в течении дня. До завтра!
#underhood
Обстоятельства так сложились, что прежняя работа перестала удивлять и давать мне развитие. Я начал задумываться, что надо, что-то менять и эти мысли привели меня на собеседование в Mercury Development. Нужно было знать технологию .NET и язык программирования C#. Как же здорово, что именно эти знания у меня имелись.
Собеседование, как мне сначала показалось, я прошел не очень, но оффер все равно получил. Короче, как вы догадались, я согласился) Спустя почти год, могу сказать, что не жалею, потому что снова чувствую, что расту, помаленьку, понемногу,
Но чтобы оставаться в “теме” нужно постоянно что-то изучать, читать, кодить. Вот несколько моих источников, в которые я заглядываю, чтобы поддерживать свои знания в .NET:
Code Maze - блог, где публикуются статьи по .NET. Там можно оформить еженедельную подписку (это бесплатно) и в пятницу будет прилетать выпуск статей, который можете почитать за
Medium (нуждается ли в представлении?) - блог, где публикуются статьи на любой вкус, начиная от обзора возможностей языка программирования, заканчивая разбором арт-объектов. Так же, там есть персональные рекомендации.
Канал на youtube про .NET - много туториалов, обзоров и видео с конференций.
Теперь ваша очередь. Признавайтесь, как остаетесь в тренде технологий, что читаете/смотрите? Возьму на вооружение! 🙂
--
Это был последний пост на сегодня. Завтра поговорим про проекты, технологии и чем-занимается Backend разработчик в течении дня. До завтра!
#underhood
Hello world!
На связи снова рубрика Underhood. Сейчас расскажу про свои проекты, над которыми успел поработать в Меркури.
Первым был внутренний проект: система учета времени активности сотрудников. Меня на него забросили, чтобы доучить, отполировать навыки и помочь встроиться в процесс. Данный подход мне понравился, потому что учишься на реальном проекте, который используют люди и все по-серьезному: ежедневные статус митинги, спринты, ревью, ретро после спринта. Наилучшее решение, как мне кажется, чтобы подготовится к проекту с внешними заказчиками.
Следующий проект, он же текущий - стримминговый сервис для независимых музыкантов. По техническому стэку там всего хватает: .NET5, микросервисы, Docker, Apache Kafka, Saga, Terraform/Terragrunt, AWS, а также различные интеграции со сторонними сервисами вроде отправки писем, сервиса оплаты и еще много всего.
Многое пришлось изучать практически с нуля. Вот, например, как я пришел к пониманию Apache Kafka на примере жизни выдр.
В детстве я сильно ошибался. Оказалось, программирование это не так уж скучно и сложно)
Ну и по традиции прошу вас делиться, какие интересные штуки вам приходилось доучивать на проектах?
#underhood #backend
На связи снова рубрика Underhood. Сейчас расскажу про свои проекты, над которыми успел поработать в Меркури.
Первым был внутренний проект: система учета времени активности сотрудников. Меня на него забросили, чтобы доучить, отполировать навыки и помочь встроиться в процесс. Данный подход мне понравился, потому что учишься на реальном проекте, который используют люди и все по-серьезному: ежедневные статус митинги, спринты, ревью, ретро после спринта. Наилучшее решение, как мне кажется, чтобы подготовится к проекту с внешними заказчиками.
Следующий проект, он же текущий - стримминговый сервис для независимых музыкантов. По техническому стэку там всего хватает: .NET5, микросервисы, Docker, Apache Kafka, Saga, Terraform/Terragrunt, AWS, а также различные интеграции со сторонними сервисами вроде отправки писем, сервиса оплаты и еще много всего.
Многое пришлось изучать практически с нуля. Вот, например, как я пришел к пониманию Apache Kafka на примере жизни выдр.
В детстве я сильно ошибался. Оказалось, программирование это не так уж скучно и сложно)
Ну и по традиции прошу вас делиться, какие интересные штуки вам приходилось доучивать на проектах?
#underhood #backend
Работа! Работа! Работа!
Как все начинается? В начале рабочего дня я стараюсь смотреть свои ревью, чтобы не задерживать никакую из задач и побыстрее отдать ее в тест. Кстати, количество замечаний по коду всегда разное.
Бывает, что проходишь без единого замечания, а бывает 50 сообщений -целая дискуссия на тему как назвать переменную, и 20 коммитов, чтобы все поправить. Поэтому любопытно, какой у кого максимум замечаний по ревью был?) Может есть какой-то лимит 😂
Еще раньше я очень расстраивался из-за большого количества замечаний. Они всегда навеивали мысли, что со мной что-то не так, что, наверное, программирование, это не мое. Сейчас я научился смотреть на это как на бесценный опыт, который передает тебе более опытный разработчик. Главное понимать, почему возникло такое замечание и сделать из этого выводы, а если не понятно, то обязательно спросить, уточнить, чтобы стало понятно. Это тоже постоянный процесс обучения.
Далее утром статус-митинг, чтобы рассказать чем занимался и чем планирую заниматься,например, писать посты в телеграмм, а также если есть вопросы или проблемы подсветить их, чтобы обсудить с командой и найти решение.
Вот так каждый день начинается мое утро ☕️
#underhood
Как все начинается? В начале рабочего дня я стараюсь смотреть свои ревью, чтобы не задерживать никакую из задач и побыстрее отдать ее в тест. Кстати, количество замечаний по коду всегда разное.
Бывает, что проходишь без единого замечания, а бывает 50 сообщений -
Еще раньше я очень расстраивался из-за большого количества замечаний. Они всегда навеивали мысли, что со мной что-то не так, что, наверное, программирование, это не мое. Сейчас я научился смотреть на это как на бесценный опыт, который передает тебе более опытный разработчик. Главное понимать, почему возникло такое замечание и сделать из этого выводы, а если не понятно, то обязательно спросить, уточнить, чтобы стало понятно. Это тоже постоянный процесс обучения.
Далее утром статус-митинг, чтобы рассказать чем занимался и чем планирую заниматься,
Вот так каждый день начинается мое утро ☕️
#underhood
Чем я занимаюсь в рабочее время?
Если коротко, то все мои задачи можно разделить на 3 большие группы:
- баг-фикс;
- реализация фичи;
- исследование стороннего сервиса/библиотеки/технологии для возможного использования в дальнейшем.
Теперь по порядку.
1. Баг-фикс. Здесь все просто, есть ожидаемое поведение, есть актуальное поведение. Когда эти два мира не сходятся, где-то на просторах проекта рождается баг. Причины могут быть разные, начиная с того, что разработчик не до конца реализовал задачу и, заканчивая тем, что тестировщики стучатся не в тот метод. С багами обычно есть правило: баг чинит тот,кто его нашел на чьей фиче его поймали. Самый простой способ понять, что пошло не так, если сразу не понятно, это пойти и почитать логи. Но учтите, чтиво не для слабонервных и может занимать до нескольких часов, так что советую вам быть осторожным 🙂
2. Реализация фич. Здесь тоже все просто: есть задача и есть требования к ней, как говорится, бери и делай. Если вы тоже так думаете, то представьте, что требований к задаче нет, а есть примерный набросок того, что нужно сделать. Что, например, вы обычно в таких случаях делаете? Я обычнозабиваюсь в угол и начинаю плакать иду к аналитикам, к своей команде, выяснять хотя бы какие-нибудь требования и исхожу из пользовательского опыта. А уже после вступает правило "глаза боятся, руки делают")
3. Исследование стороннего сервиса/библиотеки/технологии. Это мое любимое. Я люблю, в меру своей любознательности, покопаться в чем-то новом, так еще и платят за это, что может быть лучше? Как раз так я узнал про фреймворк Blazor - о нем мы поговорим завтра. После исследования необходимо описать результаты, сделать выводы, а опыт в написании отчетов у меня большой 😉
#underhood
Если коротко, то все мои задачи можно разделить на 3 большие группы:
- баг-фикс;
- реализация фичи;
- исследование стороннего сервиса/библиотеки/технологии для возможного использования в дальнейшем.
Теперь по порядку.
1. Баг-фикс. Здесь все просто, есть ожидаемое поведение, есть актуальное поведение. Когда эти два мира не сходятся, где-то на просторах проекта рождается баг. Причины могут быть разные, начиная с того, что разработчик не до конца реализовал задачу и, заканчивая тем, что тестировщики стучатся не в тот метод. С багами обычно есть правило: баг чинит тот,
2. Реализация фич. Здесь тоже все просто: есть задача и есть требования к ней, как говорится, бери и делай. Если вы тоже так думаете, то представьте, что требований к задаче нет, а есть примерный набросок того, что нужно сделать. Что, например, вы обычно в таких случаях делаете? Я обычно
3. Исследование стороннего сервиса/библиотеки/технологии. Это мое любимое. Я люблю, в меру своей любознательности, покопаться в чем-то новом, так еще и платят за это, что может быть лучше? Как раз так я узнал про фреймворк Blazor - о нем мы поговорим завтра. После исследования необходимо описать результаты, сделать выводы, а опыт в написании отчетов у меня большой 😉
#underhood