из европейских - только Лондон, в США - Менло-Парк (bay area), Сиэттл и NY

а трамп не против?

это еще профиль на fb надо регистрировать :)

Кстати, если вдруг кто-то хочет пособеседоваться в фейсбук, пишите в личку)

? это те кто в релокейт захочет?

? это те кто в релокейт захочет?

да

а трамп не против?

кто ж его знает

трамп уже против

https://yro.slashdot.org/story/17/01/30/2346234/trumps-next-immigration-move-to-affect-h-1b-visas-require-tech-companies-to-try-to-hire-americans-first-bloomberg

ну в фб еще есть запасной вариант с канадой, как я понимаю

https://yro.slashdot.org/story/17/01/30/2346234/trumps-next-immigration-move-to-affect-h-1b-visas-require-tech-companies-to-try-to-hire-americans-first-bloomberg

ну вот пока непонятно чо там. Из всей конкретики пока звучало только про лимит в 100к нижний

а трамп не против?

И тут трампа всунули. Вам по телевизору мало его шоль? Давайте сюда его еще

И тут трампа всунули. Вам по телевизору мало его шоль? Давайте сюда его еще

не смотрю телевизор

у гугла реально проблемы сейчас с работниками

не смотрю телевизор

Смысл общий был

ну в фб еще есть запасной вариант с канадой, как я понимаю

с Лондоном, на счет Канады не уверен

у меня приятель в канаде полгода или год проработал, потому что ему американскую визу не дали сразу

И тут трампа всунули. Вам по телевизору мало его шоль? Давайте сюда его еще

ладно бы в телевизоре, он тут в Белом Доме засел(

но это было несколько лет назад

написал так, auto main() -> int {} , тимлид пока не заметил лул

написал так, auto main() -> int {} , тимлид пока не заметил лул

?

?

а чо, легитимно же ) просто мало кто так пишет

а чо, легитимно же ) просто мало кто так пишет

легитимно, канешн ) но можно и по шее отхватить )

написал так, auto main() -> int {} , тимлид пока не заметил лул

с++14 во все поля

с++14 во все поля

С++11

https://yro.slashdot.org/story/17/01/30/2346234/trumps-next-immigration-move-to-affect-h-1b-visas-require-tech-companies-to-try-to-hire-americans-first-bloomberg

Думаю офисы откроют в других местах просто

Кстати, если вдруг кто-то хочет пособеседоваться в фейсбук, пишите в личку)

лучше про яндекс и ок расскажи)

а чо, легитимно же ) просто мало кто так пишет

Я пишу.

Правда, некоторым не нравится(

«Это для шаблоном придумали, юзайте только с decltype»!

«Это для шаблоном придумали, юзайте только с decltype»!

и для лямбд)

auto main() -> decltype(declval(int)) {}

Вот те на!

auto main() -> decltype(declval(int)) {}

ахах

auto main() -> decltype(declval(int)) {}

а вот это точно надо спереть в цитатник

Зато всё согласно букве закона стандарта разработки, кек.)

auto main() -> decltype(declval(int)) {}

вот это уже С++14?

C++11 тоже прожовывается.

вот это уже С++14?

да это все в 11 было уж

лучше про яндекс и ок расскажи)

что именно рассказать?)

Хотя не оч и работает) http://melpon.org/wandbox/permlink/ljFcWsXk1JJOzUWY

Хотя не оч и работает) http://melpon.org/wandbox/permlink/ljFcWsXk1JJOzUWY

ага, тоже хотел сказать

На main, т.е.

что именно рассказать?)

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

ага, тоже хотел сказать

Можно просто auto писать без типа, если C++14

И оно валидно, штандартно.

auto main() -> auto {};

auto auto auto

auto main() -> auto {};

#шуткапро_auto_auto

Можно просто auto писать без типа, если C++14

ну не, идешки на таком шкварятся немножко

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

в ок ничего так, но ява

а в яндексе я был питерском, маркете и тоже ява) и недолго

я думал ты там плюсил) (я про янедкс)

в поиске - да

в общем везде ява, яснопонятно)

неудивительно, учитывая что до фб я писал в основном на яве)

Эммм

Хреново

Значит джава всё-таки нужна

Значит джава всё-таки нужна

не такая уж она и сложная

Она самый лёгкий язык ваще

Но библиотека стандартная дичь

обмазаться декораторами

ща мы сюда дмсола призовем ?

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

че нашел) https://github.com/cucumber/cucumber-cpp/

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

интересно, почему

ERROR: S client not available

Люди, которые привыкли к сборке мусора, не хотят сами его собирать.

unique_ptr<> shared_ptr<>

да, они прекрасны

Помню, на последнем курсе сдавал курсовую "REST на c++". Препод так удивился, что это возможно... ?

Помню, на последнем курсе сдавал курсовую "REST на c++". Препод так удивился, что это возможно... ?

сырцы в студию!

unique_ptr<> shared_ptr<>

Да, но ты по сути говоришь, что хочишь обеспечить уборку этого мусора. Полуавтомат такой.

сырцы в студию!

Там ничего интересного. libhttpserver

ну по современным рекомендациям ты должен всегда вместо new/delete использовать make_unique/make_shared

ничем не отличается от вечного v = new V() в жабе

Там ничего интересного. libhttpserver

И это только потому, что c++11 не разрешен был.

ничем не отличается от вечного v = new V() в жабе

Зависит от мировоззрения

Еще джавистов бесят все эти ссылки, указатели, значения

ну у них тоже объекты всегда указатели, так что про указатели им знать все равно нужно

примитивные типы - values, а еще большая гора boxing/unboxing

сложнее плюсов!

Да они об этом не задумываются так. А у нас при объявлении любой функции нужно думать, как именно принимать параметры.

где-т была статейка по поводу классификации передачи параметров по значению/рефу

И из джавистов только самые лучшие занимвются оптимизацией. Остальные предпочитают покупать новый сервер.

Да они об этом не задумываются так. А у нас при объявлении любой функции нужно думать, как именно принимать параметры.

Особенно с появлением перемещения

Во-во

И из джавистов только самые лучшие занимвются оптимизацией. Остальные предпочитают покупать новый сервер.

да, плюсану)

А потом они просто приносят свой проект, например, чувакам их Яндекса, и просят переписать так, чтобы было быстро.

Мне чувак на собеседовании рассказал

Скажите джависту "таблица ыиртувльных функций" - он в осадок выпадет.

У них же там все функции, кроме final, виртуальные

У них же там все функции, кроме final, виртуальные

Я бы не хотел разводить лишний раз, но это не вполне точно. Виртуальная функция в Java-коде и виртуальная функция в реально выполняющемся машинном коде — две большие разницы. Иначе говоря, настоящий компилятор JVM умеет развиртуаливать вызовы, и делает это неплохо.

Я бы не хотел разводить лишний раз, но это не вполне точно. Виртуальная функция в Java-коде и виртуальная функция в реально выполняющемся машинном коде — две большие разницы. Иначе говоря, настоящий компилятор JVM умеет развиртуаливать вызовы, и делает это неплохо.

Это знают только гуру

Я бы не хотел разводить лишний раз, но это не вполне точно. Виртуальная функция в Java-коде и виртуальная функция в реально выполняющемся машинном коде — две большие разницы. Иначе говоря, настоящий компилятор JVM умеет развиртуаливать вызовы, и делает это неплохо.

на самом деле, JIT умеет делать методы невиртуальными там, где виртуальность не нужна. Скорее в c++ разделение на виртуальные и невиртуальные методы - костыль

на самом деле, JIT умеет делать методы невиртуальными там, где виртуальность не нужна. Скорее в c++ разделение на виртуальные и невиртуальные методы - костыль

Возможность эффективно это делать, как мне кажется, связана с деоптимизацией в случае, если JIT "не угадал". В C++ такой механизм не представлен, и потому виртуальные функции всё-таки костылём не назовёшь. Ну а если ты реально написал virtual, но нигде не переопределил — тогда компилятор волен её заинлайнить и не виртуалить; с этой точки зрения всё ок.

Возможность эффективно это делать, как мне кажется, связана с деоптимизацией в случае, если JIT "не угадал". В C++ такой механизм не представлен, и потому виртуальные функции всё-таки костылём не назовёшь. Ну а если ты реально написал virtual, но нигде не переопределил — тогда компилятор волен её заинлайнить и не виртуалить; с этой точки зрения всё ок.

> компилятор волен её заинлайнить и не виртуалить нет, откуда ж он знает что ты в другом compilation unit не переопределяешь?

WPO