REST API
REST API определяет набор функций, к которым разработчики совершают запросы и получают ответы. Взаимодействие происходит по протоколу HTTP. Плюс такого подхода — HTTP широко распространён, поэтому REST API можно использовать почти в любом языке программирования. Минус — нет конкретного правила, как строить REST API. Вы не найдете конкретные правила, все информационные ресурсы по REST имеют рекомендательный характер.
Основные соглашения при REST API:
GET - достать без удаления, чистый read-only
POST - создать что-либо, положить, сохранить
PUT - внести изменения в что-либо, update, edit
DELETE - удалить
Вот пример простого API по вытаскиванию информации из библиотеки:
REST API определяет набор функций, к которым разработчики совершают запросы и получают ответы. Взаимодействие происходит по протоколу HTTP. Плюс такого подхода — HTTP широко распространён, поэтому REST API можно использовать почти в любом языке программирования. Минус — нет конкретного правила, как строить REST API. Вы не найдете конкретные правила, все информационные ресурсы по REST имеют рекомендательный характер.
Основные соглашения при REST API:
GET - достать без удаления, чистый read-only
POST - создать что-либо, положить, сохранить
PUT - внести изменения в что-либо, update, edit
DELETE - удалить
Вот пример простого API по вытаскиванию информации из библиотеки:
GET /books — вернуть все книгиGET /books/{id} — вернуть книгу с конкретным айдишникомGET /books/{id}/page/{number} — вернуть конкретную страницу для конкретной книгиPOST /books + request body: { id: "…", content: "…", … } — создать книгуPUT /books/{id} + request body: { content: “x”, … } — заменить книгу другой книгой либо обновитьDELETE /books — удалить все книгиDELETE /books/{id} — удалить конкретную книгу
Java Developer
Интервью с разработчиком из Фейсбук Я уже писал, что взял интервью у Максима Корыстова, который работал в ВК, Zenefits, Facebook https://yangx.top/java_developer/301. Максим отвечал на вопросы в формате аудио и слушать его в удовольствие, потому что все по делу…
Перевёл интервью с Максимом Корыстовым в текст, добавил фотографий из инстаграма и опубликовал на Хабр.
"Большие IT-компании копируют интервью у Гугла. Образовался стандарт, что людям задают вопросы на алгоритмы и структуры данных. Причем не важно на каком языке их будешь реализовывать."
"Количество акций, которые тебе дают, не так сильно связаны с уровнем (джун, мидл, синьор). Это скорее отражает насколько тебя хочет компания."
"Если ты программист, который умеет хорошо программировать, то можешь устроиться в Фейсбук, Гугл. Просто надо отправить своё резюме туда, пособеседоваться и потом поехать на работу."
https://habr.com/post/428926/
P.S. Кто отключал уведомления, включайте их обратно. Канал снова переходит на режим один-два поста в день.
#интервью #facebook #переезд
"Большие IT-компании копируют интервью у Гугла. Образовался стандарт, что людям задают вопросы на алгоритмы и структуры данных. Причем не важно на каком языке их будешь реализовывать."
"Количество акций, которые тебе дают, не так сильно связаны с уровнем (джун, мидл, синьор). Это скорее отражает насколько тебя хочет компания."
"Если ты программист, который умеет хорошо программировать, то можешь устроиться в Фейсбук, Гугл. Просто надо отправить своё резюме туда, пособеседоваться и потом поехать на работу."
https://habr.com/post/428926/
P.S. Кто отключал уведомления, включайте их обратно. Канал снова переходит на режим один-два поста в день.
#интервью #facebook #переезд
Postgres vs Mongo
Доклад Олега Бартунова. Олег генеральный директор Postgres Professional, один из трёх российских ведущих разработчиков (major contributors) PostgreSQL, разрабатывает PostgreSQL уже 20 лет.
О докладе: "Я хочу немного порушить стереотипы, что Postgres - это чисто реляционная СУБД из прошлого века, плохо приспособленная под реалии современных проектов. Недавно мы прогнали YCSB для последних версий Postgres и Mongodb и увидели их плюсы и минусы на разных типах нагрузки, о которых я буду рассказывать."
https://www.youtube.com/watch?v=SNzOZKvFZ68
#PostgreSQL #db
Доклад Олега Бартунова. Олег генеральный директор Postgres Professional, один из трёх российских ведущих разработчиков (major contributors) PostgreSQL, разрабатывает PostgreSQL уже 20 лет.
О докладе: "Я хочу немного порушить стереотипы, что Postgres - это чисто реляционная СУБД из прошлого века, плохо приспособленная под реалии современных проектов. Недавно мы прогнали YCSB для последних версий Postgres и Mongodb и увидели их плюсы и минусы на разных типах нагрузки, о которых я буду рассказывать."
https://www.youtube.com/watch?v=SNzOZKvFZ68
#PostgreSQL #db
HighLoad 2018
Бесплатная онлайн-трансляция из главного зала
https://youtu.be/hkcOmILykas
Какие доклады можно будет увидеть:
12.00 — Как устроить хайлоад на ровном месте
13.00 — Как стать классным спецом по базам данных
14.00 — Анализ производительности запросов в ClickHouse
15.00 — Как VK вставляет данные в ClickHouse с десятков тысяч серверов
16.00 — Чему мы научились, пока делали собственную систему уведомлений о нештатных ситуациях
17.00 — Трафик-инфраструктура Dropbox
#конфа
Бесплатная онлайн-трансляция из главного зала
https://youtu.be/hkcOmILykas
Какие доклады можно будет увидеть:
12.00 — Как устроить хайлоад на ровном месте
13.00 — Как стать классным спецом по базам данных
14.00 — Анализ производительности запросов в ClickHouse
15.00 — Как VK вставляет данные в ClickHouse с десятков тысяч серверов
16.00 — Чему мы научились, пока делали собственную систему уведомлений о нештатных ситуациях
17.00 — Трафик-инфраструктура Dropbox
#конфа
Microservices From Design To Deployment
Достойная книга, которая целиком покрывает процесс разработки микросервисов: от проектирования до развертывания на Nginx. Она на английском, но там 70 страниц.
#книги
Достойная книга, которая целиком покрывает процесс разработки микросервисов: от проектирования до развертывания на Nginx. Она на английском, но там 70 страниц.
#книги
Переустанови Telegram
Если у вас iOS, новый Telegram может занимать на диске свыше 10 гигабайт. Похоже, версия Telegram, написанная на Swift, никак и не использует и не стирает старую папку с кэшем. В результате сам Telegram может сообщать, например, о 200 мегабайтах кэша, а официальные «Настройки» — о нескольких гигабайтах.
Зайдите в Настройки → Основные → Хранилище iPhone, дождитесь загрузки списка приложений и проверьте. Если вы стали жертвой этого бага, правильнее всего:
— удалить Telegram
— установить любые обновления iOS на случай, если гипотеза о баге в самом Telegram неверна
— установить мессенджер заново.
Если у вас iOS, новый Telegram может занимать на диске свыше 10 гигабайт. Похоже, версия Telegram, написанная на Swift, никак и не использует и не стирает старую папку с кэшем. В результате сам Telegram может сообщать, например, о 200 мегабайтах кэша, а официальные «Настройки» — о нескольких гигабайтах.
Зайдите в Настройки → Основные → Хранилище iPhone, дождитесь загрузки списка приложений и проверьте. Если вы стали жертвой этого бага, правильнее всего:
— удалить Telegram
— установить любые обновления iOS на случай, если гипотеза о баге в самом Telegram неверна
— установить мессенджер заново.
Каналы Ютуб для разработчиков
JUG .ru
https://www.youtube.com/user/JUGRuVideo
Virtual JUG
https://www.youtube.com/user/virtualJUG
Технострим Mail.Ru Group
https://www.youtube.com/user/TPMGTU
Разработка от Яндекс Академии
https://www.youtube.com/channel/UCNuItlOR3qXZBtMRwb4GoBg/
ФКН ВШЭ
https://www.youtube.com/channel/UCumWurUBD-fUDxrlG0UvuyQ
JUG .ru
https://www.youtube.com/user/JUGRuVideo
Virtual JUG
https://www.youtube.com/user/virtualJUG
Технострим Mail.Ru Group
https://www.youtube.com/user/TPMGTU
Разработка от Яндекс Академии
https://www.youtube.com/channel/UCNuItlOR3qXZBtMRwb4GoBg/
ФКН ВШЭ
https://www.youtube.com/channel/UCumWurUBD-fUDxrlG0UvuyQ
Kotlin Conf 2018
JetBrains выложили доклады с конференции — 56 качественных видео. Некоторые из них, которые мне были интересны: Kotlin and Spring Boot, Best practices for Unit testing, Kotlin Coroutines, Functional programming in Kotlin, Kotlin Pazzlers.
https://www.youtube.com/playlist?list=PLQ176FUIyIUbVvFMqDc2jhxS-t562uytr
#kotlin
JetBrains выложили доклады с конференции — 56 качественных видео. Некоторые из них, которые мне были интересны: Kotlin and Spring Boot, Best practices for Unit testing, Kotlin Coroutines, Functional programming in Kotlin, Kotlin Pazzlers.
https://www.youtube.com/playlist?list=PLQ176FUIyIUbVvFMqDc2jhxS-t562uytr
#kotlin
Работа в Epam
Я уже публиковал пост про работу в банках https://yangx.top/java_developer/81. В этот раз пишу об аутсорсинг-компании Епам. У меня много знакомых работает в Епаме. Кому-то не нравится, кто-то ушел, а кому-то в кайф, и они работают в удовольствие. По общению с ними, я понял, что многое зависит от проекта и людей, которые на нём работают. Например, есть молодые интересные проекты — крутой современный стек и опытные архитекторы, есть иностранные — постоянное общение на английском и возможные командировки. А есть банковские проекты с доисторическими технологиями или просто говнопроекты, которые заказчики отдали на аутсорс, потому что сами не хотят в этом ковыряться.
На Хабре вышла статья системного архитектора, которому, как я думаю, не повезло. Сначала он думал, что останется в Епаме надолго, но скоро уволился. Вот его основная мысль:
«Я ушел из Епама из-за ощущения, что не работаю, а занимаюсь имитацией деятельности. Приходить можно когда угодно, главное не пропускать митинги. Причем, не пропускать лишь потому, что митинги выглядят как митинги ради самого митинга, где главное – собрать тусовку для "если кто из руководства посмотрит сверху". Чтобы солидно, и чтобы на английском. Гонять балду очень просто, если ты хоть немного в теме. Можешь сидеть на проекте или вне его. Если будешь болтаться вне проекта, это нестрашно. Тебя запишут на какой-нибудь фейковый проект, чтобы "взгляд сверху" не заметил что-то не то.
И все это создает ощущение какой-то матрицы. Вроде все при деле, но если тебя в этом деле не будет, то ничего не изменится. Помню, как я был рад, что меня взяли в ЕПАМ. Помню свои первые дни и недели, и недоумение, когда видел увольняющихся. Помню, спросил коллегу, который работал последний день, почему он уходит. И получил ответ, что тут все неторопливо, все как-то очень вяло. Через какое-то время я это прочувствовал. Да, грустно, когда ты не летишь на работу, потому что там ты нужен и без тебя никак. Неприятно осознать и даже услышать, что ты ну как бы никто и будешь делать то, что нужно компании, т.к. ты просто ресурс компании без права на мнение. Но гораздо хуже ощущать себя имитацией, которой вообще не существует.»
Сама статья: https://habr.com/post/429870/
Друзья, хороших выходных вам, крутых проектов и достойных коллег!
Я уже публиковал пост про работу в банках https://yangx.top/java_developer/81. В этот раз пишу об аутсорсинг-компании Епам. У меня много знакомых работает в Епаме. Кому-то не нравится, кто-то ушел, а кому-то в кайф, и они работают в удовольствие. По общению с ними, я понял, что многое зависит от проекта и людей, которые на нём работают. Например, есть молодые интересные проекты — крутой современный стек и опытные архитекторы, есть иностранные — постоянное общение на английском и возможные командировки. А есть банковские проекты с доисторическими технологиями или просто говнопроекты, которые заказчики отдали на аутсорс, потому что сами не хотят в этом ковыряться.
На Хабре вышла статья системного архитектора, которому, как я думаю, не повезло. Сначала он думал, что останется в Епаме надолго, но скоро уволился. Вот его основная мысль:
«Я ушел из Епама из-за ощущения, что не работаю, а занимаюсь имитацией деятельности. Приходить можно когда угодно, главное не пропускать митинги. Причем, не пропускать лишь потому, что митинги выглядят как митинги ради самого митинга, где главное – собрать тусовку для "если кто из руководства посмотрит сверху". Чтобы солидно, и чтобы на английском. Гонять балду очень просто, если ты хоть немного в теме. Можешь сидеть на проекте или вне его. Если будешь болтаться вне проекта, это нестрашно. Тебя запишут на какой-нибудь фейковый проект, чтобы "взгляд сверху" не заметил что-то не то.
И все это создает ощущение какой-то матрицы. Вроде все при деле, но если тебя в этом деле не будет, то ничего не изменится. Помню, как я был рад, что меня взяли в ЕПАМ. Помню свои первые дни и недели, и недоумение, когда видел увольняющихся. Помню, спросил коллегу, который работал последний день, почему он уходит. И получил ответ, что тут все неторопливо, все как-то очень вяло. Через какое-то время я это прочувствовал. Да, грустно, когда ты не летишь на работу, потому что там ты нужен и без тебя никак. Неприятно осознать и даже услышать, что ты ну как бы никто и будешь делать то, что нужно компании, т.к. ты просто ресурс компании без права на мнение. Но гораздо хуже ощущать себя имитацией, которой вообще не существует.»
Сама статья: https://habr.com/post/429870/
Друзья, хороших выходных вам, крутых проектов и достойных коллег!
Java Developer via @vote
Ситуация — вы в поиске работы. Характеристика, которая больше остальных повлияет на выбор компании:
anonymous poll
Зарплата выше средней – 504
👍👍👍👍👍👍👍 56%
Возможность переехать в другой город/страну – 209
👍👍👍 23%
Удалённая работа – 108
👍👍 12%
Офис недалеко от дома – 47
👍 5%
Красивый офис – 21
▫️ 2%
Оплачиваемая медицинская страховка – 13
▫️ 1%
👥 902 people voted so far.
anonymous poll
Зарплата выше средней – 504
👍👍👍👍👍👍👍 56%
Возможность переехать в другой город/страну – 209
👍👍👍 23%
Удалённая работа – 108
👍👍 12%
Офис недалеко от дома – 47
👍 5%
Красивый офис – 21
▫️ 2%
Оплачиваемая медицинская страховка – 13
▫️ 1%
👥 902 people voted so far.
Пробуйте. Общайтесь. Кайфуйте
Я недавно был на презентации книги Ирины Хакамады. Не спрашивайте, как туда попал. Запомнил несколько мыслей, которые можно перенести и на наши будни:
«Общаюсь с молодыми бизнесменами-миллионерами. Зелёные — 22 года. Но как начнешь с ними говорить про деньги, процессы, бизнес, то понимаешь, что они очень уверенно, умно и по-взрослому мыслят. Всё потому что, много пробовали, запускали новые проекты».
Так же и нам нужно пробовать постоянно что-то новое, использовать интересные технологии, создавать никому ненужные приложения, проекты. А там глядишь и выстрелят.
«Главный минус современной молодежи, что она не умеет коммуницировать. Деньги, идеи есть, но нет умения договариваться.»
Мы с вами, как программисты, часто себя считаем самодостаточными. И это правильно с точки зрения психологии. Но когда хочешь расти как спец, важно еще постоянно общаться с коллегами, спрашивать совета у более опытных товарищей, обсуждать технологии.
«Я постоянно задаю себе вопрос что бы такого афигенного сделать, чтобы мне понравилось. А потом остальным. Причем остальным необязательно.»
Думаю нужно делать всё в кайф. Если делать что-то без удовольствия, то должного эффекта не видать. А когда делаешь с желанием, с удовольствием, то и результат приходит намного быстрее. Короче, если кодить, то с кайфом!
Я недавно был на презентации книги Ирины Хакамады. Не спрашивайте, как туда попал. Запомнил несколько мыслей, которые можно перенести и на наши будни:
«Общаюсь с молодыми бизнесменами-миллионерами. Зелёные — 22 года. Но как начнешь с ними говорить про деньги, процессы, бизнес, то понимаешь, что они очень уверенно, умно и по-взрослому мыслят. Всё потому что, много пробовали, запускали новые проекты».
Так же и нам нужно пробовать постоянно что-то новое, использовать интересные технологии, создавать никому ненужные приложения, проекты. А там глядишь и выстрелят.
«Главный минус современной молодежи, что она не умеет коммуницировать. Деньги, идеи есть, но нет умения договариваться.»
Мы с вами, как программисты, часто себя считаем самодостаточными. И это правильно с точки зрения психологии. Но когда хочешь расти как спец, важно еще постоянно общаться с коллегами, спрашивать совета у более опытных товарищей, обсуждать технологии.
«Я постоянно задаю себе вопрос что бы такого афигенного сделать, чтобы мне понравилось. А потом остальным. Причем остальным необязательно.»
Думаю нужно делать всё в кайф. Если делать что-то без удовольствия, то должного эффекта не видать. А когда делаешь с желанием, с удовольствием, то и результат приходит намного быстрее. Короче, если кодить, то с кайфом!
Английский не выходя из дома
Подглядел в приложении Тинькофф онлайн-ресурсы для изучения английского. Подкасты, фильмы, курсы, общение с носителями — всё, как надо.
Подглядел в приложении Тинькофф онлайн-ресурсы для изучения английского. Подкасты, фильмы, курсы, общение с носителями — всё, как надо.
JavaDoc
JavaDoc — cпециальные комментарии, которые предназначены для документирования Java-кода. С помощью этих комментариев можно описывать классы, интерфейсы, переменные, методы, пакеты. Хороший JavaDoc помогает новым пользователям быстро разобраться с библиотекой, с которой он не знаком.
Лучшие примеры JavaDoc — исходники самой Джавы. В каждом классе подробно описано, что делают и чего не делают методы, при каких условиях они работают, и как они справляются с ошибками. В общем, хорошая документация та, после которой не нужно гуглить туториалы или подходить к человеку, который её написал.
JavaDoc — cпециальные комментарии, которые предназначены для документирования Java-кода. С помощью этих комментариев можно описывать классы, интерфейсы, переменные, методы, пакеты. Хороший JavaDoc помогает новым пользователям быстро разобраться с библиотекой, с которой он не знаком.
Лучшие примеры JavaDoc — исходники самой Джавы. В каждом классе подробно описано, что делают и чего не делают методы, при каких условиях они работают, и как они справляются с ошибками. В общем, хорошая документация та, после которой не нужно гуглить туториалы или подходить к человеку, который её написал.
