
1
23.11.2018
00:46:26

Andry
23.11.2018
00:49:13
Здравствуйте. Подскажите где можно посмотреть (примеры) вопросы на собеседование по python 3 ?

Никита
23.11.2018
02:30:37
норм?

Google

Никита
23.11.2018
02:35:12
точнее вот
чтобы можно было принять по одному параметру

Сергей
23.11.2018
02:41:23


Anton
23.11.2018
02:41:31
Здорово, ребятки. Задался вчера вопросом - есть в веб-приложении гипотетическая шахматная доска заполненная фигурами, при этом размеры ее не 8*8, а много*много, но в форму одновременно выводится только 8*8 клеток. Эту доску можно скроллить в любую сторону, на форме всегда будет доска 8*8, но уже с другими данными. Понятно, что каждый раз дергать с сервера всю доску - не лучший выбор, но доставать сервер массивами 8*8 - тоже глупо. Как на практике найти золотую середину между частыми быстрыми запросами и редкими медленными?

Тимур
23.11.2018
02:46:40
Быстрее сокетов незнаю даже. А вытаскивать в любом случае только актуальный блок, нах тебе все грузить. Если предел не бесконечность
И как не удивительно я бы эту задачу совместил бы с nodejs. И его сокеты. А python на более медленные не требующие быстрых запросов


Сергей
23.11.2018
02:49:55
Здорово, ребятки. Задался вчера вопросом - есть в веб-приложении гипотетическая шахматная доска заполненная фигурами, при этом размеры ее не 8*8, а много*много, но в форму одновременно выводится только 8*8 клеток. Эту доску можно скроллить в любую сторону, на форме всегда будет доска 8*8, но уже с другими данными. Понятно, что каждый раз дергать с сервера всю доску - не лучший выбор, но доставать сервер массивами 8*8 - тоже глупо. Как на практике найти золотую середину между частыми быстрыми запросами и редкими медленными?
Можно запрашивать массив в несколько полей во все стороны - это будет своеобразный кэш для быстрой прокрутки, пока выводите 'сдвиг', запрашиваете часть клеток, чтобы восстановить запас. Какой запас изначально запрашивать - вычисляется опытным путем

Anton
23.11.2018
02:49:55

Тимур
23.11.2018
02:50:39

Anton
23.11.2018
02:50:40
а не путем проб и ошибок)

Тимур
23.11.2018
02:51:33
У тебя запрос будет определяться что за задача стоит, какие данные их объёмы, какова пропускная способность на сколько коннектов

Google

Anton
23.11.2018
02:51:35
мб есть какие методики мудреные, крмое времени обработки запроса

Тимур
23.11.2018
02:52:09
Там и бд скорей всего быструю ставить. Кассандру например

Сергей
23.11.2018
02:52:42
Это зависит от многих факторов - скорости ответа сервера, скорости сдвига. Основная задача не в том, чтобы сервер разгрузить, а в том, чтобы сдвиг был без тормозов

LighteR
23.11.2018
02:52:58

Anton
23.11.2018
02:53:41
Понятно, примерно так и думал, спасибо

Сергей
23.11.2018
02:55:17
Если формулы и есть, то в них точно учитываются все эти параметры, но скорее всего они получены опытным путем

LighteR
23.11.2018
02:58:26
Если не замерял, то откуда такие выводы? Какой event loop на питоне используется?
В тех бенчах, которые я видел uvloop быстрее ноды

Андрей
23.11.2018
03:47:24

Никита
23.11.2018
04:36:01
Ребят, всем привет, я уже даже не знаю сколько ищу инфу в интернете о том, чему нужно научиться чтобы создавать свои web-сервисы такие как: конструкторы сайтов, конструкторы чат ботов и т.д. Скажите пожалуйста, что нужно знать, какие технологии использовать и т.д. Я буду вам очень благодарен. Спасибо

Старый
23.11.2018
04:41:08
кто переписывал jupyter на многопоточность?

Владислав
23.11.2018
04:59:11
А что ты хочешь, фронт, бэк, фулстак?

Тимур
23.11.2018
05:00:05

Никита
23.11.2018
05:01:19

Gennady
23.11.2018
05:02:56
https://habr.com/post/429612/

Тимур
23.11.2018
05:05:26
А вообще такие большие проекты один человек не пишет. Конечно может. Но смысла в этом нет. Команда спецов

Владислав
23.11.2018
05:11:38
Или что-то вроде этого

Google

Владислав
23.11.2018
05:13:26
Ну а вообще, понадобится знание гита, докеров, аркестраторов, фреймворка на бэк(я, например, на ларавеле сижу, мне норм), знание бд хорошее, знание фреймворка на фронт(к примеру, накст)
Но фреймворки саиому лучше выбрать
Каждый разное насоветует

Gennady
23.11.2018
05:16:37

Сергей
23.11.2018
05:20:47
У фуллстека тоже плюсы есть - он лучше может осознавать, какой инструмент лучше, у него меньше "усталость" (выгорание) от работы. Каждый выбирает для себя сам, по какому пути пойти. В случае фуллстека для того, чтобы получать столько же, сколько хороший узкий специалист, вам намного больше сил придется затрачивать, с другой стороны, если узкий специалист не попадет в "денежную струю", то работу он конечно найдет, но не факт, что хорошооплачиваваемую.

Тимур
23.11.2018
05:24:30
Фуллстек это не выбор, это необходимость вынужденная обстоятельствам. Человек оркестр. Чтобы прокормиться. Работая только программистом ламбу не купишь.

Tishka17
23.11.2018
05:28:02
Не знаю зачем быть фуллстек. Меняю каждые три года язык и платформу, успеваю нормально разобраться не будучи фуллстеклм. Да и мерзкий жс не надо трогать

Anastasiya
23.11.2018
05:29:28
мерзкий жс. :D

Maxim robox
23.11.2018
05:30:52
Жс прекрасен.

Владислав
23.11.2018
05:33:12
Да всм, делаешь то, что интересно, учишь то, что интересно
Вот и вся история

Тимур
23.11.2018
05:36:51
И не забываешь откладывать по 20%, вкладывая в депозиты, акции. Чтобы через 20 лет накопить капитал. А то всякое бывает, сегодня ты фуллстек. А завтра все технологии изменились
Молодые приходят выучат реакт за 3 месяца. И у них больше шансов найти работу, чем ты фуллстек с 3 языками мертвыми

Владислав
23.11.2018
05:37:52
Ну это логично
Нужно сдедить за конференциями/обновлениями

Тимур
23.11.2018
05:39:59
Нужно сдедить за конференциями/обновлениями
За всеми трендами не угонишся. И когда тебе за 30 или 40. Ты можешь закодить все и на ваниле или не популярном языке. Но мне часто отказывают в работу по причине что незнаю Реакт. И стопитсот к нему библиотек

Владислав
23.11.2018
05:41:04
Хз, мне сложно понять, я скорее из того поколения молодых)

Сергей
23.11.2018
05:43:17
Почти у каждого хорошего опытного программиста в голове похоронены несколько "(полу)мертвых" языков. Это не делает его фуллстеком. Фуллстек - это не знать все об ИТ, а знать о механизмах работы и о взаимодействии всех компонентов какой то определенной технологии.

Тимур
23.11.2018
05:47:14

Google

Сергей
23.11.2018
05:47:57
Хорошая аналогия - написание бухгалтерской системы. Если вместе свести хорошего бухгалтера и хорошего программиста - этого мало, потому что они не смогут найти общий язык. Только фуллстек (т.е. человек, отработавший бухгалтером и ставший программистом) сможет им помочь

Tishka17
23.11.2018
05:50:24

?
23.11.2018
05:50:44

Владислав
23.11.2018
05:51:16
Программист-бухгалтер, хмммм

Tishka17
23.11.2018
05:51:28
Их и программистами в остальном мире не особо считают и бухгалтерами они не становятся. Отдельный мир
Команда как бы нужна, программист не может быть всем сразу. Он просто порвётся или сделает все не очень хорошо

Сергей
23.11.2018
05:54:26
ну узкие(!) специалисты и фуллстеков не считают за программистов

Tishka17
23.11.2018
05:55:27

Владислав
23.11.2018
05:57:20
Ну ты же можешь буть узким спкциалистом и при этом в свободное время читать что-то из другой области

Tishka17
23.11.2018
05:57:45

Никитяо
23.11.2018
05:58:03
Самое интересное всегда на стыке различных предметных областей.

Сергей
23.11.2018
05:58:36

Tishka17
23.11.2018
06:00:34
Но это уже прям много знаний надо иметь


Сергей
23.11.2018
06:03:18
ну фуллстеков ищут не от хорошей жизни, а от желания не нанимать кучу узких специалистов, экономя на числе людей

Google

Tishka17
23.11.2018
06:04:57
То есть тот кто ищет работу фуллстеком, сразу ищет компанию которая не готова вкладываться в качество разработки
Это как правило мелкие компании, которым надо "хоть что-нибудь". Или фриланс для них

?
23.11.2018
06:08:20
а что если нужна программа для самолета, программист сначала должен проработать летчиком или авиаинженером и тожно писать программу, чтоб они не смогли найти общий язык
@grishayev

Сергей
23.11.2018
06:09:17

Sergey
23.11.2018
06:09:43

Tishka17
23.11.2018
06:11:27
Банально для бэка фронтом не только браузер может быть, но и мобилки

Сергей
23.11.2018
06:12:09

Tishka17
23.11.2018
06:13:00

?
23.11.2018
06:13:36

Sergey
23.11.2018
06:13:54