Ну в корпорации уже давно набирают людей согласно dei и умении закрывать рот, вот и результат. Просто думаю что в данном случае не особо ms виновато и архитектура windows. Хотя было бы интересно более глубоко изучить эту проблему
Разве драйвер в linux не может вызвать kernel panic? Вроде как такие случаи были, единственное что конечно отличает от Windows это способ распространения драйверов, но опять же те же дрова от nvidia иногда ложили систему при обновлении
Если вы про то как мыслит человек, то такой вопрос можно просто задать и спросить как бы делал, а не ждать пока я опишу data class‘ы, может еще даже тесты напишу и т.д. потому что фиг знает чего от меня ждут. А когда время ограничено то тем более забиваешь на всякие SOLID и т.д. В итоге проще просто спросить и послушать словами как бы я это делал
Было бы интересно сравнить с Spring Webflux. К сожалению в 21 раунде почти его не тестировали , а там где тестировали то я не очень верю результатам, потому что в одном из тестов, Multiple queries, занял 25 место. Пока что ленивые джавовцы медленно переходят на webflux, в связи с этим думаю и низкий интерес к тестированию
А как можно знать, какое железо подойдет лучше, не зная как работает софт? Самый простой пример, если софт работает с кучей мелких файлов, то есть смысл инвестировать в ssd и т.д. Но что бы это знать, надо знать как работает софт и далеко не всегда в брошюре это будет написано
Это не нормально. Я лично считаю, что даже Тим лидом и руководителем отдела где сидят одни технари, должен быть технарь. А сейчас, с огромным багажом знаний, огромным опытом и лучшими практиками, мы имеем Windows 11, Cyberpunk 2077 и кучу другого "крутого" софта, где каждый человек запустив "это", может сразу же найти 5+ багов, не имея технического! бэкграунда. В итоге мы пришли к тому, что лучший софт пишется ужасно токсичным, сексистским и расистским сообществом (привет линуксойды), а уверенные в себе архитекторы, стоят за миллионными проектами, которыми потом невозможно пользоваться, а благодаря великому скраму, фикс простого бага или возврата фичи которая уже была раньше (привет таскбару Windows 11) мы будем ждать год или больше. И всё потому, что очень много людей считает, что для написания и создания архитектуры приложения не нужен технический бэкграунд
Все хорошо, только судя по всему после бурного успеха, Jetbrains стали типичной корпо и вместо того что бы фиксить баги в своем софте или добавлять важные фичи за которые любили раньше их ide , то сейчас с каждым новым выпуском добавляют всякую фигню, типо нейросеть теперь дописывает код за вас, совместное писание кода и т.д. А пофиксить баг, что в котлине во время дебага suspend функции нельзя нормальной пройтись по callstack и тебя будет кидать в .class файлы, а не в .kt или .java ? А добавить элементарную функцию в rider и resharper, раз вы поддерживаете blazor, возможность видеть только изолированные для данного компонента стили? Всегда все любили jetbrains за то что делалось программистами для программистов
Тут больше все работает на доверии и рабочей правовой системе. Разработчики могут не удалить, но всегда может случится слив базы данных (по вине хакеров или неравнодушных работников данной компании) и тогда фирму закидают исками. Так что проще реально удалить или надеяться, что никто никогда не узнает про ваши грязные делишки :)
Успехов! Плюс у вас прямое доказательство того, что нет в Европе русофобии в том виде в котором нам пытаются заливать. Решили взять и помогли с переездом после всей начавшейся фигни
Вы бы лучше баги фиксили, а не новые фичи делали. До сих пор тупой баг висит с котлином, когда брейкпоинтишь suspend метод и хочешь пройтись по стектрейсу и зайти в исходники, то Intellij тупо декомпилирует файл, вместо навигации в исходник. Из-за этого отказался от котлина и остался на java, не люблю когда меня ограничивают и не фиксят баги годами :)
смотря где и как. Я работал в Samsung и у нас работал мужик, которому 55 (пришел в компанию где-то в 50) и при этом он продвигался по должности, получил Principal Engineer должность, хотя задницу никому не лизал, просто работал, кодил. Так что как я и сказал - корпо отличаются друг от друга.
Статья выглядит как попытка выпендриться. LinkedIn весь кишит подобными статьями/постами
Название статьи - зазывалка. Статья рассказывает о личное впечатление в Dell. Я лично работал в 3 крупных корпо и все они очень разные. Ваше же название слегка обобщает, поэтому за название статьи - минус
Если хотите оставить отзыв о компании, то для этого есть специальные сайты, где чаще всего люди и ищут отзывы о фирме,а не тут. Ваша статья даже скорее всего не появится в топе гугла для человека который решил почитать про Dell, по причине того же названия статьи.
Более того, до сих пор в Windows на ARM не поддерживается эмуляция 64-битных приложений, только 32-битных, то есть именно x86, а не x64, что еще сильнее усугубляет ситуацию
Интересно, произойдёт ли чудо и перестанут ли люди путать битность с архитектурой. Это тоже самое, что сказать, что ios поддерживает сейчас только x64, а не ARM.
Статья напомнила мне момент из сериала "Кремниевая долина", когда Гилфоил написал бота для общения с Динешем. Хоть автор и сказал, что он не псих, но нейронную сеть можно попробовать подключить :)
Блин. Россия, а особенно Москва, это не самые отсталые и дикие места на планете, а вы выбрали страны, по моему мнению, уровнем ниже чем в Москве, где мало иностранцев и исключительно местный колорит и потом делаете вывод про валить... Вот если бы тут было сравнение с Австрией, Германией, Францией, Швейцарией и странами Скандинавии, вообщем там где уровень жизни не ниже чем в Москве, а то и выше, но просто другой, тогда имел бы смысл вывод, что валить не стоит.
Вы путаете понятия. OWIN это спецификация. Единственное что я наверное неправ был - katana имеет в себе реализацию self-contained сервера, по сути тот же самый kestrel. И скорее всего именно эту фичу вы использовали.
OWIN умер вместе с .net framework. Если честно, то я не знаю, были ли другие реализации OWIN кроме katana для iis. Теоритически можно было бы создать реализацию для nginx, но .net core пошёл другой дорогой и на данный момент на linux нельзя запустить приложение без kestrel
А что происходит после 15 раз подряд перезагрузок? Описано ли данное поведение в документации?
Ну в корпорации уже давно набирают людей согласно dei и умении закрывать рот, вот и результат. Просто думаю что в данном случае не особо ms виновато и архитектура windows. Хотя было бы интересно более глубоко изучить эту проблему
Разве драйвер в linux не может вызвать kernel panic? Вроде как такие случаи были, единственное что конечно отличает от Windows это способ распространения драйверов, но опять же те же дрова от nvidia иногда ложили систему при обновлении
интересно как с этим в Java
Если вы про то как мыслит человек, то такой вопрос можно просто задать и спросить как бы делал, а не ждать пока я опишу data class‘ы, может еще даже тесты напишу и т.д. потому что фиг знает чего от меня ждут. А когда время ограничено то тем более забиваешь на всякие SOLID и т.д. В итоге проще просто спросить и послушать словами как бы я это делал
Было бы интересно сравнить с Spring Webflux. К сожалению в 21 раунде почти его не тестировали , а там где тестировали то я не очень верю результатам, потому что в одном из тестов, Multiple queries, занял 25 место. Пока что ленивые джавовцы медленно переходят на webflux, в связи с этим думаю и низкий интерес к тестированию
А как можно знать, какое железо подойдет лучше, не зная как работает софт? Самый простой пример, если софт работает с кучей мелких файлов, то есть смысл инвестировать в ssd и т.д. Но что бы это знать, надо знать как работает софт и далеко не всегда в брошюре это будет написано
Это не нормально. Я лично считаю, что даже Тим лидом и руководителем отдела где сидят одни технари, должен быть технарь. А сейчас, с огромным багажом знаний, огромным опытом и лучшими практиками, мы имеем Windows 11, Cyberpunk 2077 и кучу другого "крутого" софта, где каждый человек запустив "это", может сразу же найти 5+ багов, не имея технического! бэкграунда. В итоге мы пришли к тому, что лучший софт пишется ужасно токсичным, сексистским и расистским сообществом (привет линуксойды), а уверенные в себе архитекторы, стоят за миллионными проектами, которыми потом невозможно пользоваться, а благодаря великому скраму, фикс простого бага или возврата фичи которая уже была раньше (привет таскбару Windows 11) мы будем ждать год или больше. И всё потому, что очень много людей считает, что для написания и создания архитектуры приложения не нужен технический бэкграунд
Все хорошо, только судя по всему после бурного успеха, Jetbrains стали типичной корпо и вместо того что бы фиксить баги в своем софте или добавлять важные фичи за которые любили раньше их ide , то сейчас с каждым новым выпуском добавляют всякую фигню, типо нейросеть теперь дописывает код за вас, совместное писание кода и т.д. А пофиксить баг, что в котлине во время дебага suspend функции нельзя нормальной пройтись по callstack и тебя будет кидать в .class файлы, а не в .kt или .java ? А добавить элементарную функцию в rider и resharper, раз вы поддерживаете blazor, возможность видеть только изолированные для данного компонента стили? Всегда все любили jetbrains за то что делалось программистами для программистов
Тут больше все работает на доверии и рабочей правовой системе. Разработчики могут не удалить, но всегда может случится слив базы данных (по вине хакеров или неравнодушных работников данной компании) и тогда фирму закидают исками. Так что проще реально удалить или надеяться, что никто никогда не узнает про ваши грязные делишки :)
Успехов! Плюс у вас прямое доказательство того, что нет в Европе русофобии в том виде в котором нам пытаются заливать. Решили взять и помогли с переездом после всей начавшейся фигни
статья какого года? 2016?
Вы бы лучше баги фиксили, а не новые фичи делали. До сих пор тупой баг висит с котлином, когда брейкпоинтишь suspend метод и хочешь пройтись по стектрейсу и зайти в исходники, то Intellij тупо декомпилирует файл, вместо навигации в исходник. Из-за этого отказался от котлина и остался на java, не люблю когда меня ограничивают и не фиксят баги годами :)
смотря где и как. Я работал в Samsung и у нас работал мужик, которому 55 (пришел в компанию где-то в 50) и при этом он продвигался по должности, получил Principal Engineer должность, хотя задницу никому не лизал, просто работал, кодил. Так что как я и сказал - корпо отличаются друг от друга.
Полностью поддерживаю минусы. Обосную:
Статья выглядит как попытка выпендриться. LinkedIn весь кишит подобными статьями/постами
Название статьи - зазывалка. Статья рассказывает о личное впечатление в Dell. Я лично работал в 3 крупных корпо и все они очень разные. Ваше же название слегка обобщает, поэтому за название статьи - минус
Если хотите оставить отзыв о компании, то для этого есть специальные сайты, где чаще всего люди и ищут отзывы о фирме,а не тут. Ваша статья даже скорее всего не появится в топе гугла для человека который решил почитать про Dell, по причине того же названия статьи.
Интересно, произойдёт ли чудо и перестанут ли люди путать битность с архитектурой. Это тоже самое, что сказать, что ios поддерживает сейчас только x64, а не ARM.
Статья напомнила мне момент из сериала "Кремниевая долина", когда Гилфоил написал бота для общения с Динешем. Хоть автор и сказал, что он не псих, но нейронную сеть можно попробовать подключить :)
Блин. Россия, а особенно Москва, это не самые отсталые и дикие места на планете, а вы выбрали страны, по моему мнению, уровнем ниже чем в Москве, где мало иностранцев и исключительно местный колорит и потом делаете вывод про валить... Вот если бы тут было сравнение с Австрией, Германией, Францией, Швейцарией и странами Скандинавии, вообщем там где уровень жизни не ниже чем в Москве, а то и выше, но просто другой, тогда имел бы смысл вывод, что валить не стоит.
Вы путаете понятия. OWIN это спецификация. Единственное что я наверное неправ был - katana имеет в себе реализацию self-contained сервера, по сути тот же самый kestrel. И скорее всего именно эту фичу вы использовали.
OWIN умер вместе с .net framework. Если честно, то я не знаю, были ли другие реализации OWIN кроме katana для iis. Теоритически можно было бы создать реализацию для nginx, но .net core пошёл другой дорогой и на данный момент на linux нельзя запустить приложение без kestrel