Что за темы с тестовыми заданиями

[Сабина]

Такого и в штатах полно. Я интервьюируюсь постоянно, так где-то один из трех-четырех захочет выпендрится с задачками,
а то еще и с головоломками. Я лично объясняю это тем, что много студентов ищет работу. Опыта нет, а задачки решать умеют.
Ну и разумеется, им можно мало платить или вообще не платить. Зарплата по результатам собеседования - типичный развод.

А зачем интервьюироваться постоянно?

Для осознания реалистичности и опыта. Попробуйте, много нового узнаете как например относятся на интервью к тем кому за 50.
Если работу в случае потери текущей предполагается искать сугубо через знакомых, тогда согласен, оно не нужно.
К слову, интервью сейчас совершенно по другому проходят чем это было 15-17 лет назад.

Очень с вами согласна . Сама на этой работе полтора года, но думаю что надо уже походить на интервью. А то совсем отстанешь от поезда

[АццкоМото]

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

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

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

нету у вас глаз. мы, видимо, на привете сидим в дот-нет приложении, гуглим в дот-нет аппе, погоду смотрим запуская weather.exe и так далее. веб украл праздник жизни у классичесских десктопных апп. и таки да, не надо рассказывать, что на дотнете можно и сайты запиливать и мобильные аппы. смищьно

джава сама по себе ничем не лучше шарпа

"сама по себе" она, наверное, даже хуже. и жабаскрипт ка йызык потянет почти все, что нужно в мобилке, кроме низкоуровневых приблуд.

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

[OtherSide]

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

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

2 доказательством был бы выход неоспоримо лучших продуктов, а их нет.

нету у вас глаз. мы, видимо, на привете сидим в дот-нет приложении, гуглим в дот-нет аппе, погоду смотрим запуская weather.exe и так далее. веб украл праздник жизни у классичесских десктопных апп. и таки да, не надо рассказывать, что на дотнете можно и сайты запиливать и мобильные аппы. смищьно

джава сама по себе ничем не лучше шарпа

3 "сама по себе" она, наверное, даже хуже. и жабаскрипт ка йызык потянет почти все, что нужно в мобилке, кроме низкоуровневых приблуд.

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

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

2 С хрена бы смешно. Смешно как раз утверждать что мобилки под джавой. Рынок игр - это чистый c#, на Xamarin тоже много чего пишет. Заказчик обычно хочет приложения сразу под все мобилки, а на джаве так сделать нельзя. Про веб это вам смешно дот нет использовать, а стенкину смешно использовать джаву, говорит все будущее за нодом

3 Я кстати помню вы давали идиотский совет писать клиента для моего сервиса на жабе. Хорошо что так не сделал. В реальности написать обертку заняло окло 2х недель и все изменения на сайте следующей сборокой идут и в app.
В действительности, при выборе инструментов для написания новой аппы я не вижу ни одной причины выбрать жабу

[stenking]

Заказчик обычно хочет приложения сразу под все мобилки, а на джаве так сделать нельзя. Про веб это вам смешно дот нет использовать, а стенкину смешно использовать джаву, говорит все будущее за нодом

Стенка говорит что будущее за фронтнэндом который уже стал чуть ли не сложнее бекенда. А фронтенд нуна писать на JS. И так как JS нужно знать хорошо всё равно то получается что не имеет смысл учить ещё одну вселенную джвы или шарпов а имеет смысл знать ноду. Хотя не очень важно на каком там языке бекенд, Го, Питон или даже ПХП связка ноды с NoSQL всё значительно упрощает. Один язык, база свободная, не нужно JSON постоянно на кусочки раскладывать и собирать.

Поэтому ставку нужно делать на МЕАН.

A в мобилках конечно нативные эппы - я хотя сам использую гибриды ( притом настоящие гибриды со всем кодом на клиенте а не вашу веб обвёртку ) - это всё равно времененное решение для небольшого количества пользователей. Потому что в конечном итоге всегда всё переписывается на нативных эппах. И этому тоже есть обясненение - не уникальные идеи с однотипными товарами конкурируют между собой мелочами. Если приложение для экспедии будет чуть хуже чем эпп для букингда то пользователи будут пользоватся последним.

Поэтому для топовых компаний качество должно обеспечиватся любой ценой. Аналогично с вебом - сейчас все переписывают сайты в срочном порядке что бы было FDA.

п.с. а ориентироватся на "заказчика" с бюджетов в 10 копеек который что угодно сожрёт что бы было 8 копеек это верный способ карьерного самоубийства.

ппс. Да есть дофига эппов где фронтенд далеко не настолько важен если есть вообще. Те же банки, поиск, AI, биг дата и т.д. Это другой мир со своими законами и инструментами.

[OtherSide]

Заказчик обычно хочет приложения сразу под все мобилки, а на джаве так сделать нельзя. Про веб это вам смешно дот нет использовать, а стенкину смешно использовать джаву, говорит все будущее за нодом

1 Стенка говорит что будущее за фронтнэндом который уже стал чуть ли не сложнее бекенда. А фронтенд нуна писать на JS. И так как JS нужно знать хорошо всё равно то получается что не имеет смысл учить ещё одну вселенную джвы или шарпов а имеет смысл знать ноду. Хотя не очень важно на каком там языке бекенд, Го, Питон или даже ПХП связка ноды с NoSQL всё значительно упрощает. Один язык, база свободная, не нужно JSON постоянно на кусочки раскладывать и собирать.

Поэтому ставку нужно делать на МЕАН.

2 A в мобилках конечно нативные эппы - я хотя сам использую гибриды ( притом настоящие гибриды со всем кодом на клиенте а не вашу веб обвёртку ) - это всё равно времененное решение для небольшого количества пользователей. Потому что в конечном итоге всегда всё переписывается на нативных эппах. И этому тоже есть обясненение - не уникальные идеи с однотипными товарами постоянно конкурируют между собой. Если приложение для экспедии будет чуть хуже чем эпп для букингда то пользователи будут пользоватся последним.

Поэтому для топовых компаний качество должно обеспечиватся любой ценой. Аналогично с вебом - сейчас все переписывают сайты в срочном порядке что бы было FDA.

3 п.с. а ориентироватся на "заказчика" с бюджетов в 10 копеек который что угодно сожрёт что бы было 8 копеек это верный способ карьерного самоубийства.

1 Главное не язык, а фреймворки, логично что что для вашей ноды свои фреймфорки, и потому их все равно учить. К тому же для ваших поделок может и достаточно простых скриптовых языков, а например в биржевой HFT сфере или игрушках оно уже не тянет

2 Не больше чем городская легенда, я например работал в конторе где наоборот было несколько нейтивных аппов, которые все дружно портировали в один гибрид, потому что тестировать юзабилити и прочее проще на одном коде. По качеству гибриды в большинстве случаев не хуже

3 Если бы вы были реальным менеджером, а не вымышленным, то знали бы что бюджет всегда давит

Фейсбук приводить в пример не надо - понятно что для их приложения они могут себе позволить хоть на ассембеле переписать все и под pdp11 портировать

[stenking]

1 Главное не язык, а фреймворки, логично что что для вашей ноды свои фреймфорки, и потому их все равно учить. К тому же для ваших поделок может и достаточно простых скриптовых языков, а например в биржевой HFT сфере или игрушках оно уже не тянет

Между вашим эппом с 500 пользователями и HFT есть махонькая такая, небольшая такая прослойка в виде аирбнб, убера, дропбокса, спотифай, кредит кармы, деливеры херо, доку сайн, грабхаба, гитхаба, инстакарты,зокдока, пининтереса и пару сотен других единорогов.

[stenking]

3 Если бы вы были реальным менеджером, а не вымышленным, то знали бы что бюджет всегда давит

В ваших африках в дев конторах с нищими заказчиками - однозначно да . А в Америках часто вопрос стоит не как бы сделать подешвле а как получить подешевле максимально возможное качество.

[OtherSide]

1 Главное не язык, а фреймворки, логично что что для вашей ноды свои фреймфорки, и потому их все равно учить. К тому же для ваших поделок может и достаточно простых скриптовых языков, а например в биржевой HFT сфере или игрушках оно уже не тянет

Между вашим эппом с 500 пользователями и HFT есть махонькая такая, небольшая такая прослойка в виде аирбнб, убера, дропбокса, спотифай, кредит кармы, деливеры херо, доку сайн, грабхаба, гитхаба, инстакарты,зокдока, пининтереса и пару сотен других единорогов.

js вообще мало подходит для больших проектов, для высоконагруженных темболее, и не всегда проблемы решаются добавлением еще одного процессора и памяти в облачном хостинге.

[OtherSide]

3 Если бы вы были реальным менеджером, а не вымышленным, то знали бы что бюджет всегда давит

В ваших африках в дев конторах с нищими заказчиками - однозначно да . А в Америках часто вопрос стоит не как бы сделать подешвле а как получить подешевле максимально возможное качество.

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

[stenking]

js вообще мало подходит для больших проектов, для высоконагруженных темболее, и не всегда проблемы решаются добавлением еще одного процессора и памяти в облачном хостинге.

У вас абсолютно идиотское понимание про принцип работы FDA да и вообще про скорость ноды. Нода очень быстрый и малотребующий память язык. Он как раз очень хорошо подходит для высоких нагрузок и сильно лучше чем PHP или Ruby. В общем по скорости ноде стоит в одной лиге с .НЕТ или Java но имеет ряд преимуществ в виде нон-блокинга ( который .НЕТ фраимворки не поддерживают ). Т.е. для хай лоада нод как минимум лучше .нет но хорошо оптимизированый .нет без Entity вполне себе может сравнятся с нодом.

[АццкоМото]

3 Я кстати помню вы давали идиотский совет писать клиента для моего сервиса на жабе. Хорошо что так не сделал. В реальности написать обертку заняло окло 2х недель и все изменения на сайте следующей сборокой идут и в app.
В действительности, при выборе инструментов для написания новой аппы я не вижу ни одной причины выбрать жабу

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

[stenking]

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

Это потому что вы от непрофессиональность и застревание в прошлом себе в голову вбили что .нет быстрее, памяти меньше кушает. А это не так.

[OtherSide]

js вообще мало подходит для больших проектов, для высоконагруженных темболее, и не всегда проблемы решаются добавлением еще одного процессора и памяти в облачном хостинге.

У вас абсолютно идиотское понимание про принцип работы FDA да и вообще про скорость ноды. Нода очень быстрый и малотребующий память язык. Он как раз очень хорошо подходит для высоких нагрузок и сильно лучше чем PHP или Ruby. В общем по скорости ноде стоит в одной лиге с .НЕТ или Java но имеет ряд преимуществ в виде нон-блокинга ( который .НЕТ фраимворки не поддерживают ). Т.е. для хай лоада нод как минимум лучше .нет но хорошо оптимизированый .нет без Entity вполне себе может сравнятся с нодом.

языки с динамической типизацией в принципе не могут быть экономичны. в си вы просто указываете, что переменная в памяти 1 байт, а что там себе придумает js никому не известно.
да и средства языка так себе. ООП модель на основе прототипов весьма убогая. не говоря уже про то что нет linq и пр.

[stenking]

языки с динамической типизацией в принципе не могут быть экономичны. в си вы просто указываете, что переменная в памяти 1 байт, а что там себе придумает js никому не известно.
да и средства языка так себе. ООП модель на основе прототипов весьма убогая. не говоря уже про то что нет linq и пр.

1. Посмотрите на реальные бенчмарки.

2. Там есть Mongoose. Может не такой продвинутый как Ентиты но ничего тоже. Ну и сама идея NoSQL делает работу с моделями намного проще.

Т.е. у нода есть определённая неразвитость ещё но единый язык и non-blocking превышает те несколько неудобств намного больше. Один язык это не только один программист. Это и изоморфние эппы и много кода который универсален для фронтэнда и бекенда и общие всякие библиотеки для валидации/локализации/конвертации и т.д.

[OtherSide]

языки с динамической типизацией в принципе не могут быть экономичны. в си вы просто указываете, что переменная в памяти 1 байт, а что там себе придумает js никому не известно.
да и средства языка так себе. ООП модель на основе прототипов весьма убогая. не говоря уже про то что нет linq и пр.

1. Посмотрите на реальные бенчмарки.

2. Там есть Mongoose. Может не такой продвинутый как Ентиты но ничего тоже. Ну и сама идея NoSQL делает работу с моделями намного проще.

Т.е. у нода есть определённая неразвитость ещё но единый язык и non-blocking превышает те несколько неудобств намного больше. Один язык это не только один программист. Это и изоморфние эппы и много кода который универсален для фронтэнда и бекенда и общие всякие библиотеки для валидации/локализации/конвертации и т.д.

А для мобильного клиента общий код неудобства не превышает?
Я честного говоря не понимаю вашей страсти кидаться на сырые технологии. Уже сколько раз бывало что выходило что - то новое, все кидались зубрить, а оно не выстреливало.

[stenking]

А для мобильного клиента общий код неудобства не превышает?
Я честного говоря не понимаю вашей страсти кидаться на сырые технологии. Уже сколько раз бывало что выходило что - то новое, все кидались зубрить, а оно не выстреливало.

Для мобильного клиента ваш подход всё равно не годится. Зачем делать сайт отдельно от эппов когда лучше сделать и сайт и мобильные и даже десктопные эппы как один кодбейс. И ещё добавить возможность автоапдейта когда прод билд делается.

И это хороший и разумный подход для сид стартапов. А когда уже раунд А/Б. Когда уже есть значительное количество кастомеров ( ну или сразу денег много и большие планы ) тогда нужно делать нативные эппы потому что любой гибрид тормозит, не имеет нативности и своего уникального для платформы UI. И это уже не просто минус а вполне себе фатальное поражение в конкурентой борьбе. Поэтому как бы не хотелось одну кодбейс - нужно понимать когда от этой кодбейс нужно уходить.

Учить новое это часть айти. Вчера был ангуляр 1. Сегодня 2. Завтра реакт... И учить на самом деле немного если это делать постоянно - просто это должно быть частью рутины. А вот вам вполне уже нужно почти полностью переучиватся потому что оставание значительное и слишком много нужно осваивать с нуля уже. Запускать себя не стоило.

[OtherSide]

А для мобильного клиента общий код неудобства не превышает?
Я честного говоря не понимаю вашей страсти кидаться на сырые технологии. Уже сколько раз бывало что выходило что - то новое, все кидались зубрить, а оно не выстреливало.

1. Для мобильного клиента ваш подход всё равно не годится. Зачем делать сайт отдельно от эппов когда лучше сделать и сайт и мобильные и даже десктопные эппы как один кодбейс. И ещё добавить возможность автоапдейта когда прод билд делается.

2. И это хороший и разумный подход для сид стартапов. А когда уже раунд А/Б. Когда уже есть значительное количество кастомеров ( ну или сразу денег много и большие планы ) тогда нужно делать нативные эппы потому что любой гибрид тормозит, не имеет нативности и своего уникального для платформы UI. И это уже не просто минус а вполне себе фатальное поражение в конкурентой борьбе. Поэтому как бы не хотелось одну кодбейс - нужно понимать когда от этой кодбейс нужно уходить.

3. Учить новое это часть айти. Вчера был ангуляр 1. Сегодня 2. Завтра реакт... И учить на самом деле немного если это делать постоянно - просто это должно быть частью рутины. А вот вам вполне уже нужно почти полностью переучиватся потому что оставание значительное и слишком много нужно осваивать с нуля уже. Запускать себя не стоило.

1. В смысле. А где я говорил что он разный. Мобильная версия сайта и приложение вполне можно отображать. ну ес-но вьюха десктопа и мобилки разная

2. Вы как то зациклены на стартапах и единорогах. не все ПО пишется под миллионы юзеров. Да тот же корпоративный сектор. Если вышли на такие тиражи - согласен, надо переписывать уже. Но только сколько такого ПО? К тому же если на то пошло в этом случае и сервак возможно придется переписать с нода на нормальный шарп/джаву

3. Вы же только что писали что плюс нода что не надо учить джаву, шарп и пр.

[Мальчик-Одуванчик]

Если приложение для экспедии будет чуть хуже чем эпп для букингда то пользователи будут пользоватся последним.

Вообще говоря пользователи скорее выберут к тому, что уже привычно и переезжать на однотипное, но чуть лучшее приложение вряд ли будут, если бизнес не предложит что-то интересное. Лучшим примером может служить банковское приложение: как бы банки не извращались, улучшая свои клиентские приложение, хрен кто к ним особо побежит, если не заманят чем-то совершенно другим.
То же самое относительно бронирования авиабилетов - будут пользоваться той компанией, которая предложит лучший выбор возможностей бронирования, особенно ценовой, а на эстетику приложения в лучшем случае лишь обратят внимание.

[Мальчик-Одуванчик]

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

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

[OtherSide]

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

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

Я помню еще подростком где-то увидел советы предпринемателсям - качество не должно быть самоцелью! Повышать качество нужно только если оно ведет к повышению прибыли. Тогда мне эта мысль показалась неочевидной )
Главный принцип качества - оно должно быть достаточным. Перфектционизм - признак дилетанта в бизнесе на самом деле.

[АццкоМото]

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

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

ну, мы примерно знаем цифры продаж. я бы не сказал "продается". но не суть. лучше будем плясать от крейглиста. совершенно неважно, не чем он написан. он тупо нашел свою нишу и поэтому востребован. если же попробовать сделать что-то другое с интерфейсом крейглиста - ну там бронирование авиабилетов или гостиниц, выйдет эпик фейл. вывод: "успешность" продукта нне всегда оправдывает использованные технологии/архитектуру

[Мальчик-Одуванчик]

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

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

ну, мы примерно знаем цифры продаж. я бы не сказал "продается". но не суть. лучше будем плясать от крейглиста. совершенно неважно, не чем он написан. он тупо нашел свою нишу и поэтому востребован. если же попробовать сделать что-то другое с интерфейсом крейглиста - ну там бронирование авиабилетов или гостиниц, выйдет эпик фейл. вывод: "успешность" продукта нне всегда оправдывает использованные технологии/архитектуру

Вот тут и происходит смешение подходов, когда продукт изначально востребован и моментально находит свою нишу и когда он навязывается потребителю, будучи изначально абсолютно ненужным. Разумеется, что когда речь идет о том сделать ли полезную вещь или впарить гавно, то роль обертки в последнем случае играет решающую роль.

[stenking]

Если приложение для экспедии будет чуть хуже чем эпп для букингда то пользователи будут пользоватся последним.

Вообще говоря пользователи скорее выберут к тому, что уже привычно и переезжать на однотипное, но чуть лучшее приложение вряд ли будут, если бизнес не предложит что-то интересное. Лучшим примером может служить банковское приложение: как бы банки не извращались, улучшая свои клиентские приложение, хрен кто к ним особо побежит, если не заманят чем-то совершенно другим.
То же самое относительно бронирования авиабилетов - будут пользоваться той компанией, которая предложит лучший выбор возможностей бронирования, особенно ценовой, а на эстетику приложения в лучшем случае лишь обратят внимание.

Ага щас. Вы сейчас вообще с примерами не угадали.


Вот в россии Тиньков только тем и взял что нормальный эпп и вебсайт сделал. Даже отделений у него нет а все в восторге. Потому что эпп, потому что всякая функциональность нужная и т.д. С билетами аналогично - все с одних и тех же GDS дату сосут с одинаковыми ценами. Кто лучше и удобнее покажет дату, у кого поиск лучше - там и букают.

[Мальчик-Одуванчик]

Вот в россии Тиньков только тем и взял что нормальный эпп и вебсайт сделал. Даже отделений у него нет а все в восторге. Потому что эпп, потому что всякая функциональность нужная и т.д. С билетами аналогично - все с одних и тех же GDS дату сосут с одинаковыми ценами. Кто лучше и удобнее покажет дату, у кого поиск лучше - там и букают.

Тиньков, тупо как и крейглист, нашел свою нишу среди хипстеров и халявщиков - тем и раскрутился, а софт тут вообще вторичен.
Они вообще на рассылке кредиток по почте поднялись, монетизировав жадность до халявы среди российских обывателей.
А вот тот же Сбер - накрутил навороченное приложение в виде отделений-банкоматов, после чего большинство пенсионеров перестали им пользоваться для оплаты коммуналки.
Что касается бронирования, то к примеру, кто даст лучшую скидку, обуяв собственную жадность, тот и вася-кот. А продвинутость приложения тут вообще дело десятое. И кстати, до сих пор разные сайты показывают разный набор рейсов и разные на них цены.
Вот недавно летал на Гаваи и чет цены и отели разнились. Казалось-бы, вообще наезженное место, а разница на трех человек больше чем на пару сотен выходила.

[M. Ridcully]

Вот в россии Тиньков только тем и взял что нормальный эпп и вебсайт сделал.

А чего Тиньков сделал?
Вроде какое-то пиво такое было, новомодное - что-то ещё?