Скорее Сашечка, тут более умилительный окрас как и у тян, Сашка же скорее пренебрежительно-простонародное, кажется такого суффикса в японском нет, есть суффикс сан но это скорее Саша, у нас так можно, например, коллегу по работе называть
Кто такой UI'щик? Это desktop разработчик, mobile разработчик, frontend разработчик или UI/UX дизайнер? Если вы собеседовались на UI/UX дизайнера, то странно что вас спрашивали про mutex, если на разработчика, то странно что вы готовили свои предложения в место изучения как эти изменения реализовывать, вы конечно можете высказать свои предложения дизайнеру и продакту, но это всё таки не ваша основная работа
Какие-то странные аргументы, куча компаний использует гит и радуется жизни, вспоминают svn и mercurial как страшный сон. Гит в первую очередь даёт свободу команде, она сама ведёт свой проект и сама выбирает как будет синхронизароваться с другими проектами, как правило для этого есть контракты иного уровня. Так же что делать если вы вдруг решили вывести часть своих библиотек в open source? А для решения приведённых вами проблем есть монорепозитории, гит модули и иные средства гита для синхронизации кода между проектам. Гит стал практически стандартом разработки не просто так.
тут ещё есть риск с испытательным сроком, если ты 3 раза подряд не проработал и 3х месяцев в компании, то это очень сильно повлияет на то наймут ли тебя в дальнейшем
Ищут большего обычно в офлайне, а вот на сайтах знакомств обычно для ничего не обещающего, карты конечно никто не раскрывает, так как иначе будет ужасное отношение со стороны мужчин, часто после расставания девушки идут в приложение для знакомств. У парней такое реже
На самом деле это не всегда так, тут зависит от компании, есть компании где есть отдельные devops, есть компании, где команда должна сама настраивать выкатку своего сервиса от и до
я обычно больше обращаю внимание на то кому и что и кому я хочу сказать своими комментариями, например внутренний код я комментариями не покрываю, так как их увидит только другой разработчик, который так же и код прочитает, если он написан просто и понятно, тт комментарии тут не особо нужны, но в некоторых случаях, когда есть не очевидные вещи то добавляю, например алгоритм валидации ИНН или что то такое, но в большинстве случаев я только данные перекладываю из одного поля в другое. Но вот все поля в транспортной библиотеке я описываю, так как они бкдут видны в документации к моему API, для человека, который будет им пользовать и у которого нет доступа к коду. То же казается библиотек, которые я упаковываю в пакеты их апи так же описано
Вопрос во времени написания, если вы за день написали 1 вариант, а на второй день 2 вариант, то вам никто слова не скажет, но вот если первый вариант занял пол года или год, то это другое дело
На самом деле ситуация интересная, angularjs сильно подпортил жизнь angular2+, возможно тут нужен был более глобальный ребрендинг. Подходы react ближе frontend разработчикам, но если backend разработчик берётся за фронт то тут ближе angular с его dependency injection, особенно это касается dotnet разработчиков, хотя там и прочей ереси хватает типа blazor. Так же в пользу react выступает чуть меньший размер итогового приложения. Не знаю как сейчас с этим в angular, перестал за ним следить с версии 5-6. Сейчас сам хоть и являюсь backend разработчиком, смотрю на реакт из-за react native, для angular, к сожалению такого нет, nativeScript увы не то
так в D вроде тоже есть, как я понимаю типа этого? https://wiki.dlang.org/DIP50
А ещё есть это https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1000.md что позволяет писать код без сборщика мусора гарантируя освобождение ресурсов
так в D вроде тоже есть, как я понимаю типа этого? https://wiki.dlang.org/DIP50
Скорее Сашечка, тут более умилительный окрас как и у тян, Сашка же скорее пренебрежительно-простонародное, кажется такого суффикса в японском нет, есть суффикс сан но это скорее Саша, у нас так можно, например, коллегу по работе называть
Страница не найдена
Страница устарела, была удалена или не существовала вовсе
Звучит интересно, а можете подсказать какая у вас исходная коллекция? List?
чем zig лучше D?
ClickHouse обычно используется для тех же целей вроде как, интересно как OpenSearch в сравнении с ClickHouse в работе с веб метриками
Я с универа начал писать на C# и сколько бы я не смотрел на другие языки, все они казались не удобными, только TypeScript нормальный
Кто такой UI'щик? Это desktop разработчик, mobile разработчик, frontend разработчик или UI/UX дизайнер? Если вы собеседовались на UI/UX дизайнера, то странно что вас спрашивали про mutex, если на разработчика, то странно что вы готовили свои предложения в место изучения как эти изменения реализовывать, вы конечно можете высказать свои предложения дизайнеру и продакту, но это всё таки не ваша основная работа
Какие-то странные аргументы, куча компаний использует гит и радуется жизни, вспоминают svn и mercurial как страшный сон. Гит в первую очередь даёт свободу команде, она сама ведёт свой проект и сама выбирает как будет синхронизароваться с другими проектами, как правило для этого есть контракты иного уровня. Так же что делать если вы вдруг решили вывести часть своих библиотек в open source? А для решения приведённых вами проблем есть монорепозитории, гит модули и иные средства гита для синхронизации кода между проектам. Гит стал практически стандартом разработки не просто так.
тот же abort merge делать в консоли или в Rider, в райдере это одну кнопку нажать
тут ещё есть риск с испытательным сроком, если ты 3 раза подряд не проработал и 3х месяцев в компании, то это очень сильно повлияет на то наймут ли тебя в дальнейшем
Ищут большего обычно в офлайне, а вот на сайтах знакомств обычно для ничего не обещающего, карты конечно никто не раскрывает, так как иначе будет ужасное отношение со стороны мужчин, часто после расставания девушки идут в приложение для знакомств. У парней такое реже
Девушки так же ищут секс, просто никто не признается ни в каких опросах
На самом деле это не всегда так, тут зависит от компании, есть компании где есть отдельные devops, есть компании, где команда должна сама настраивать выкатку своего сервиса от и до
Нет, просто это не нужно в dotnet, там есть инструменты гораздо лучше, те же Task
Кажется никто не понял о чём речь, 2 разных запроса от разных сервисов, пишешь ручку, она дёргает запросы, аггрегирует и возвращает результат
я обычно больше обращаю внимание на то кому и что и кому я хочу сказать своими комментариями, например внутренний код я комментариями не покрываю, так как их увидит только другой разработчик, который так же и код прочитает, если он написан просто и понятно, тт комментарии тут не особо нужны, но в некоторых случаях, когда есть не очевидные вещи то добавляю, например алгоритм валидации ИНН или что то такое, но в большинстве случаев я только данные перекладываю из одного поля в другое. Но вот все поля в транспортной библиотеке я описываю, так как они бкдут видны в документации к моему API, для человека, который будет им пользовать и у которого нет доступа к коду. То же казается библиотек, которые я упаковываю в пакеты их апи так же описано
Вопрос во времени написания, если вы за день написали 1 вариант, а на второй день 2 вариант, то вам никто слова не скажет, но вот если первый вариант занял пол года или год, то это другое дело
На самом деле ситуация интересная, angularjs сильно подпортил жизнь angular2+, возможно тут нужен был более глобальный ребрендинг. Подходы react ближе frontend разработчикам, но если backend разработчик берётся за фронт то тут ближе angular с его dependency injection, особенно это касается dotnet разработчиков, хотя там и прочей ереси хватает типа blazor. Так же в пользу react выступает чуть меньший размер итогового приложения. Не знаю как сейчас с этим в angular, перестал за ним следить с версии 5-6. Сейчас сам хоть и являюсь backend разработчиком, смотрю на реакт из-за react native, для angular, к сожалению такого нет, nativeScript увы не то