Вы точно что переизобрели одну из популярных GPLv2 библиотек поисковой машины Sphinx написанную на C++, при этом SphinxAPI доступен также на PHP, Java, Perl, Ruby и Python.
В начале собеседования с Гуглом, вас потребуют подписать NDA, что ни какие подробности интервью вы не можете разглашать. Какие последствия? Наверное через суд, заставят оплатить издержки, например, потратили время на 1000 кандидатов, которые уже знали заранее ответы, или оплатить 100 часов на переделку всех контрольных билетов. :-)
(1) Ожидал увидеть — а сейчас тоже самое, но на безопасных конструкциях C++ constexp, inline, template,…
(2) Пост — реклама моего блога вне хабр платформы?
Вы пишете, что работаете(ли) в Америке, а HR от Recruiter не отличаете.
Всё время до интервью, во время и до получения job offer со стороны компании с вами работает рекрутер, иногда он сторонний. HR это отдел, который попросит у вас "бумажки" типа паспорт/ИНН/разрешение на работу, диплом,… и добавит вас в систему, поможет разобраться с разными мед.страховками и пр.
Если бы вы гоняли там какие-то PCI (номера кредиток например) или HIPAA (медицинские данные) или ещё какой-то compliance надо было соблюдать, то намучались бы ещё больше! Пришлось бы ещё извращаться с аллокаторами для gRPC и отдельно аллокаторами для Protobuf, чтобы они брали память из какой-то openssl secure arena, например, т.е. область памяти, которую нельзя отсвопить и/или добавить в coredump.
Всё что нужно было вам написать — сообщения Запрос/Ответ, обязательное поле номер_сообщения. Запрос ложиться в unordered_map, где ключ номер_сообщения. Когда приходит ответ, то достаётся запрос, заполняются поля с ответом и запускается колбек.
На стороне сервера вы создаёте количество потоков равное количеству кор, или чуть больше, если у вас там какие-то дисковые операции есть. Что может быть проще и эффективнее?
Если у вас много полей и сложные данные и лениво писать сериализацию, то тут выбор из protobuf (дорого), flatbuffers (лучше), capnproto (совсем хорошо).
gRPC хорошо использовать для создания внешних интерфейсов, тогда клиенты могут использовать эту замечательную технологию "из коробки" и подключиться к вашему сервису из любого языка программирования.
Если вы пишете код для сервера и клиента, и тем более этот код на одном языке, например, C++, то gRPC слишком "дорого стоит". Как минимум, в gRPC надо было гонять flatbuffers, а не protobuf, столько лишних аллокаций у вас!
Если вам категорически хочется пользоваться модной-молодёжной библиотекой из-коробки, то смотрите в сторону Cap'n Proto, там zero-copy сериализация, и даже какой-то RPC есть.
Почему стандарт продолжает делать вид, что юникод ещё не изобрели? Почему std::string хранит байты, и часто программисты его использует просто под бинарные буфера. Я хочу работать с юникодом в std::string, чтобы отделять байты и буквы как в python3, хочу из коробки, как в каком-нибудь Qt.
Качество vs количество.
Такого количества специалистов по разным областям может и нет как раньше, гуглопоиск тебе даст ответ на вопрос быстрее, но как общение, тёплое и ламповое — этого есть.
So called 'soft' carriage returns, 8DH, may mark a previous
processor's automatic line wrap, and should be ignored. Beware that
they may be followed by linefeeds, or may not.
Этот самый 0x8D как раз приходился на русскую 'Н' в CP866, которую, следуя спеку, выкусывали.
Работал в стартапе, все сидели в одном большом опенспейсе. Молодёжи нравится похоже, особенно таким, кто девелопит модные мобильные приложение, юай-дизайн, фронт-энд — им нужна реакция соседа постоянная, что-то обсуждают, спорят. Ещё часто видел их даже не на рабочем месте, а набившиеся в какую-нибудь комнату на диване с лаптопами — этакий старбакс. Ещё им по кайфу эти столы, которые могут делать вверх/вниз, по несколько раз на дню меняют сидячее/стоячее рабочее место.
Действительно, люди постарше, и кто писал бакэнд или вообще имбедыд — тем нужно сосредоточение и эта молодёжь вокруг немного отвлекала.
Транспортная доступность — да, 5 минут от станции метро почти центр на карте. Парковка? Нет, дорого, какая-нибудь субсидированная будет две с чем-то сотни в месяц стоить. На велосипеде — пожалуйста, снег обычно не лежит, только температура зимой около ноля, может быть -5, но всё равно, велосипед удобно.
Символы — это какие-то ошмётки от неправильного форматирования?
Скорее всего, они перешли на старый добрый PHP. Или PHP не бывает для фронтэнда? Надо сделать!
Вы точно что переизобрели одну из популярных GPLv2 библиотек поисковой машины Sphinx написанную на C++, при этом SphinxAPI доступен также на PHP, Java, Perl, Ruby и Python.
В начале собеседования с Гуглом, вас потребуют подписать NDA, что ни какие подробности интервью вы не можете разглашать. Какие последствия? Наверное через суд, заставят оплатить издержки, например, потратили время на 1000 кандидатов, которые уже знали заранее ответы, или оплатить 100 часов на переделку всех контрольных билетов. :-)
(1) Ожидал увидеть — а сейчас тоже самое, но на безопасных конструкциях C++ constexp, inline, template,…
(2) Пост — реклама моего блога вне хабр платформы?
Вы пишете, что работаете(ли) в Америке, а HR от Recruiter не отличаете.
Всё время до интервью, во время и до получения job offer со стороны компании с вами работает рекрутер, иногда он сторонний. HR это отдел, который попросит у вас "бумажки" типа паспорт/ИНН/разрешение на работу, диплом,… и добавит вас в систему, поможет разобраться с разными мед.страховками и пр.
Если бы вы гоняли там какие-то PCI (номера кредиток например) или HIPAA (медицинские данные) или ещё какой-то compliance надо было соблюдать, то намучались бы ещё больше! Пришлось бы ещё извращаться с аллокаторами для gRPC и отдельно аллокаторами для Protobuf, чтобы они брали память из какой-то openssl secure arena, например, т.е. область памяти, которую нельзя отсвопить и/или добавить в coredump.
Всё что нужно было вам написать — сообщения Запрос/Ответ, обязательное поле номер_сообщения. Запрос ложиться в unordered_map, где ключ номер_сообщения. Когда приходит ответ, то достаётся запрос, заполняются поля с ответом и запускается колбек.
На стороне сервера вы создаёте количество потоков равное количеству кор, или чуть больше, если у вас там какие-то дисковые операции есть. Что может быть проще и эффективнее?
Если у вас много полей и сложные данные и лениво писать сериализацию, то тут выбор из protobuf (дорого), flatbuffers (лучше), capnproto (совсем хорошо).
gRPC хорошо использовать для создания внешних интерфейсов, тогда клиенты могут использовать эту замечательную технологию "из коробки" и подключиться к вашему сервису из любого языка программирования.
Если вы пишете код для сервера и клиента, и тем более этот код на одном языке, например, C++, то gRPC слишком "дорого стоит". Как минимум, в gRPC надо было гонять flatbuffers, а не protobuf, столько лишних аллокаций у вас!
Если вам категорически хочется пользоваться модной-молодёжной библиотекой из-коробки, то смотрите в сторону Cap'n Proto, там zero-copy сериализация, и даже какой-то RPC есть.
Почему стандарт продолжает делать вид, что юникод ещё не изобрели? Почему std::string хранит байты, и часто программисты его использует просто под бинарные буфера. Я хочу работать с юникодом в std::string, чтобы отделять байты и буквы как в python3, хочу из коробки, как в каком-нибудь Qt.
Качество vs количество.
Такого количества специалистов по разным областям может и нет как раньше, гуглопоиск тебе даст ответ на вопрос быстрее, но как общение, тёплое и ламповое — этого есть.
Регулярно практикуем http://wfido.ru/a/MIDDLE.RANGE.ROCKETS
http://ftsc.org/docs/fts-0001.016
Этот самый 0x8D как раз приходился на русскую 'Н' в CP866, которую, следуя спеку, выкусывали.
Если не охота заморачиваться с софтом, то вот костыль wfido.ru/a/NINO.GENERAL
Действительно, люди постарше, и кто писал бакэнд или вообще имбедыд — тем нужно сосредоточение и эта молодёжь вокруг немного отвлекала.