Программирование, т. 6

@@DnoInvokera в каком городе 60к получаешь?

В СПб, меньше штуки баксов (55к)

вчера узнал что наш бывший api scala разраб лутает в сингапуре в мелкософте, с видом на бассейны который на крыше самый высокий

фотка с возняком офк есть

эт кто?

 

вчера узнал что наш бывший api scala разраб лутает в сингапуре в мелкософте, с видом на бассейны который на крыше самый высокий

фотка с возняком офк есть

эт кто?

 

ты не застал его 

Раз так сложно, может стоит отказаться от рест в сторону жсон?

KISS

rpc который?

Не уверен, вроде так и называется JSON API. Правда я особо не пользовался им.

в апи я супер не шарю и очень доволен этим, но мне в голову пришло как это в вк сделано: типа у тебя есть метод resources.get и ты ему задаешь необходимые параметры: 

https://api.vk.com/method/photos.get?owner_id=-47259271&album_id=192810084&rev=0&v=5.45 

может приглянется

 

а кто-нибудь шарит в проектировании REST-архитектуры?

вот одним из ее принципов является то, что все ресурс и работать нужно с этими ресурсами

есть у меня например в модели сущность Площадка (типа площадь под застройку) у нее там 20 аттрибутов, их можно получить каким-нибудь GET'ом по _api/resources/areas/1, вроде все ок

но у площадки есть связанные сущности, например Здание со своими 20 аттрибутами, они тоже нужны и их можно получить по _api/resources/areas/1/buildings, пока тоже норм

но у Зданий тоже есть связанные с ними сущности, например Ответственный там какой-нибудь, и они тоже нужны, тут уже я не совсем вдупляю как правильно по REST, можно ли сделать api/resources/areas/1/buildings/responsible, либо нужно делать много запросов вида _api/resources/areas/1/buildings/<building_id>/responsible

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

короче так и надо делать, либо можно запилить метод _api/resources/get_tolko_nuzhnaya_infa_po_ploshadke/1 чтобы он сразу вернул все что надо? как я понимаю создание такого метода идет вразрез с принципами REST, но и городить дохуллион вызовов тоже не очень вариант

 

Не понял откуда там дохуиллион вызовов возьмется

1 GET /areas

2 GET /areas/:area_id/buildings

3 GET /areas/:area_id/buildings/:building_id/pidors

три вызова каждый следующий делается только когда ты выбрал что тебе надо

мб я не понял вопроса конечно

 

а кто-нибудь шарит в проектировании REST-архитектуры?

вот одним из ее принципов является то, что все ресурс и работать нужно с этими ресурсами

есть у меня например в модели сущность Площадка (типа площадь под застройку) у нее там 20 аттрибутов, их можно получить каким-нибудь GET'ом по _api/resources/areas/1, вроде все ок

но у площадки есть связанные сущности, например Здание со своими 20 аттрибутами, они тоже нужны и их можно получить по _api/resources/areas/1/buildings, пока тоже норм

но у Зданий тоже есть связанные с ними сущности, например Ответственный там какой-нибудь, и они тоже нужны, тут уже я не совсем вдупляю как правильно по REST, можно ли сделать api/resources/areas/1/buildings/responsible, либо нужно делать много запросов вида _api/resources/areas/1/buildings/<building_id>/responsible

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

короче так и надо делать, либо можно запилить метод _api/resources/get_tolko_nuzhnaya_infa_po_ploshadke/1 чтобы он сразу вернул все что надо? как я понимаю создание такого метода идет вразрез с принципами REST, но и городить дохуллион вызовов тоже не очень вариант

 

Как выше написали, посмотри http://jsonapi.org/ или http://graphql.org/

Первое - хорошая штука, но на бекенде желательно иметь какой-то модуль, которому ты дашь модельки, а он сделает нужные роуты с дефолтными обработчиками.

В твоём примере у тебя будет один запрос типа _api/areas/1?include=buildings,buildings.responsible&fields[areas]=title,latitude&fields[buildings]=name,price,whatever

Который вытащит тебе area с id=1, всеми его buildings и всеми responsible этих buildings. При этом для area тебе вернут только поля title и latitude, и для всех buildings поля name, price, whatever. Для responsible будут все.

Со второй не работал, поэтому ничего не могу сказать, но её больше хайпят (фб же), мне кажется там побольше либ будет.

 

ангуляржс+грунт+жквери

 

suka blya poshadite  w

У меня такой стек на петпроджекте 3 года назад был 

 

Ну да, 3 года во фронтэнде, это целая смена эпох

 

 

а кто-нибудь шарит в проектировании REST-архитектуры?

вот одним из ее принципов является то, что все ресурс и работать нужно с этими ресурсами

есть у меня например в модели сущность Площадка (типа площадь под застройку) у нее там 20 аттрибутов, их можно получить каким-нибудь GET'ом по _api/resources/areas/1, вроде все ок

но у площадки есть связанные сущности, например Здание со своими 20 аттрибутами, они тоже нужны и их можно получить по _api/resources/areas/1/buildings, пока тоже норм

но у Зданий тоже есть связанные с ними сущности, например Ответственный там какой-нибудь, и они тоже нужны, тут уже я не совсем вдупляю как правильно по REST, можно ли сделать api/resources/areas/1/buildings/responsible, либо нужно делать много запросов вида _api/resources/areas/1/buildings/<building_id>/responsible

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

короче так и надо делать, либо можно запилить метод _api/resources/get_tolko_nuzhnaya_infa_po_ploshadke/1 чтобы он сразу вернул все что надо? как я понимаю создание такого метода идет вразрез с принципами REST, но и городить дохуллион вызовов тоже не очень вариант

 

Как выше написали, посмотри http://jsonapi.org/ или http://graphql.org/

Первое - хорошая штука, но на бекенде желательно иметь какой-то модуль, которому ты дашь модельки, а он сделает нужные роуты с дефолтными обработчиками.

В твоём примере у тебя будет один запрос типа _api/areas/1?include=buildings,buildings.responsible&fields[areas]=title,latitude&fields[buildings]=name,price,whatever

Который вытащит тебе area с id=1, всеми его buildings и всеми responsible этих buildings. При этом для area тебе вернут только поля title и latitude, и для всех buildings поля name, price, whatever. Для responsible будут все.

 

Со второй не работал, поэтому ничего не могу сказать, но её больше хайпят (фб же), мне кажется там побольше либ будет.

 

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

то есть тебе нужны не только /areas/:area_id/buildings но еще и /areas/:area_id/govno, /areas/:area_id/mocha, /areas/:area_id/ponos и еще 10 штук, для них тоже нужно по нескольку вызовов /areas/:area_id/govno/:govno_id/govniuks и т.д.

найс штуки, спасибо

Подскажите нубасу, куда двигаться, если на данном этапе являюсь быдлокодером Phyton (очень хорошая база по паскалю, и чуть шарю по С)?

Подскажите нубасу, куда двигаться, если на данном этапе являюсь быдлокодером Phyton (очень хорошая база по паскалю, и чуть шарю по С)?

В яндекс

Подскажите нубасу, куда двигаться, если на данном этапе являюсь быдлокодером Phyton (очень хорошая база по паскалю, и чуть шарю по С)?

Если в матеше шаришь то в машин лёнинг, если любишь сети ковырять, то дескрипторы-хуипторы для администрирования железа/сетей. А так даже хз, какие у тебя скилы есть.

но админы лутают меньше бабла

 

Подскажите нубасу, куда двигаться, если на данном этапе являюсь быдлокодером Phyton (очень хорошая база по паскалю, и чуть шарю по С)?

Если в матеше шаришь то в машин лёнинг, если любишь сети ковырять, то дескрипторы-хуипторы для администрирования железа/сетей. А так даже хз, какие у тебя скилы есть.

 

В матеше шарю.

Вообще неожиданно для себя открыл тот факт, что мне кодинг по кайфу в принципе   Хотя решение перейти полностью в эту сферу было обусловлено желанием зарабатывать сидя на жопе дома. Ради этого я для себя решил, что готов терпеть всю скучность и убогость процесса работы айтишника (т.к. мне тогда это казалось пиздец унылым).

Ну и в виду вышесказанного есть желание (и даже время) развиваться в этом направлении.

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

Таки вот решил на пд спросить совета, тред на дваче читать пиздец не охота

биг-дейта, дип машин лёрнинг, дата майнинг 

биг-дейта, дип машин лёрнинг, дата майнинг 

кореш дейта сейнтист 2 года опыта работы 250к рубасов зп кайффффффффффффффффф)))))))))))

он в России?