Основная проблема персонажа из видео в том что он зря стал программистом имеет недостаточно компетенций для решения этой задачи. Это в принципе не удивительно потому что Unity имеет настолько минимальный порог вхождения, что через час после установки дистра можно кричать "мама посмотри, я делаю игры".. в то время как бекэнд многопользовательских игр динамичнее, чем покер, а уж тем более mmofps или mmorpg, это кровь сопли и гнев божий. Поэтому делать выводы, что dotnet must die медленный, а я напишу все на php и будет все отлично придет на ум только человеку с "метаниями в поиске уберинструмента" и таким же недостатком скиллов, или фанбою php.. у меня других предположений нет.
есть несколько путей
Увы но нет, путь по прежнему один. Фотон и прочие универсальные решения, подойдут для создания mvp, сессионных игр и инди со сравнительно небольшим онлайном потому что содержать собственное решение не нужно накладно, и дешевле переложить ответственность на провайдера и платить абонентскую плату. Как только вам понадобится высокий онлайн в одной сессии, масштабируемость и возможности для оптимизации, то единственный выход - это написать свой собственный бек для сервера с необходимыми плюшками.
Исторически сложилось что такие вещи пишутся на том же языке что сделан клиент (и теми же людьми), те обычно на С#, C++ .... более редко мне кажется на Nodejs (может для браузерок) и Golang (знал бы его - писал на нем).
Разработчики стараются использовать существующую кодовую базу. Потому что если у вас есть готовый пайплайн для взаимодействия с сетью, то писать это все заново на Go потому что Сережа знает только Go, никто не будет. Нужны определенные экономические или технические предпосылки, предыдущий пользовательский опыт и тд.
Говнокод, это что-то рабочее, но поддерживаемое с трудом. Или просто вызывающее кровь из глаз, но тоже рабочее. Во многом эти проблемы с написанием качественного кода возникают из-за недостатка времени у сотрудников, и отвратительного менеджмента. У людей сначала нет времени читать документацию, нет времени подумать над архитекторой.. а потом нет и желания. Потоянное переключение между задачами из-за их деприоритизации потому что бросай все! срочно нужно сделать %subject% не позволяет сосредоточиться на поиске правильного решения. Классическое хуяк-хуяк и в продакшн. При этом задачи ставятся на уровне "сделай заебись", а результат обсуждается под крики "я тут начальник, я лучше понимаю что нужно" и классическое "я никого не держу" и "дверь там".. при том, что в коллективе фактор автобуса стоит достаточно остро. Во всяком случае у нас именно так.
Это два процесса которые подтягивают друг друга. Например есть производители железа и программисты, которые делают что-то. Программисты умеют в оптимизацию, но бизнесу это не нужно, а значит что-то жрет все больше и больше ресурсов. Если ситуация по оптимизации патовая, то делают оптимизацию. Если нет, ждут пока производители железа начинают соревноваться, чей продукт справляется с чем-то лучше потому что им тоже надо решать запросы пользователей чего-то, и цикл повторяется.
Гораздо интереснее в этом отношении таже картина в плоскости embedded, где в конечном итоге умудряются натянуть Arduino на Cortex-A Series, хотя с задачей справился бы гораздо, горазбо более простой чип, но это же надо знать pure c и asm. В итоге люди с компетенцией Сережи делают продажи производителям чипов, систем-на-кристалле и демо-плат, отчасти от того что взять микроконтроллер придуманный для во-много во-много раз сложных задач дешевле, чем оплатить работу программистов. От этого и рождаются решения типа NET nanoFramework, microPython и тд, потому что "давайте использовать существующую кодовую базу".
А я, а у меня.. у меня net7 в два раза быстрее go) Это намек на то, что никто никогда не конкретизирует, в каком именно контексте появился импрув. Ну не может язык/фреймворк стать быстрее целиком. Всегда за подобным байтом кроется улучшение пары каких-то нишевых фич, но это не делает погоды всему сообществу.
Я нерегулярно пишу статьи в бложик в вконтактике, и с большой уверенностью могу сказать что статья писалась быстро и "чтобы было". Присутствует все: вымученность, связанные с этим смысловые ошибки, ошибки в терминах, отсутствие какой либо системы и тд. Я так пишу, когда нахожу хорошую статью на перевод (или цикл статей для компиляции и перевода) или пишу авторскую, но в процессе понимаю, что откусил больше, чем могу проглотить. Соответственно текст начинает урезаться и получается какая-то херня. Правильным решением в данном случае является разделение темы на серию отдельных публикаций.
Как человек, который ведет во вконтактике маленькую рафинированную группу по электронике, могу сказать что соцсеть не так уж и плоха. Категорически не согласен что это мусорная соцсеть. За последние годы неплохо развивается. На мой взгляд сейчас ее пытаются наполнить множеством функций чтобы создать подобие экосистемы, часть из которых потом уберут за ненадобностью.
А как айтишника, меня бесит их отношение к функциям аналитики и api, потому что json schema обновляется как бог подаст.
По поводу регистрации "через госуслуги".. тут смотря с чем сравнивать. Емнип в южной Корее регистрация в онлайн играх "по паспорту" работает уже лет 20.. и что-то не жалуется никто.
Вопрос в достоверности и выборе аудитории. Ну и такую статистику должен собрать абсолютно неангажированный заслуживающий доверия источник.. а таких нет. Как сказал Винсент О`Нил из сериала "Голяк" : "Вот блин, на первом же пункте запоролись".
Какбы надо начать размышления с того, что в dotnet (уже не помню как дела обстоят в cpp) статическая функция main обернута в класс. Даже если мы не пишем это явно (например как в шаблонах dotnet6), он все равно есть.
С момента публикации прошел год, а дизайн приложения стал только хуже. Более того теперь нельзя пользоваться глобальным приложением. Обьясните пожалуйста, как теперь пользоваться тем, у кого зрение не минус 100? Не надо много мозгов, чтобы понять, что сделав огромные шрифты и высокую контрастность вы целились в аудиторию "пенсионеров", но вы же оставили за бортом сомую платежеспособную аудиторию. И ладно бы везде был одинаковый по размеру шрифт, но нет он прыгает от огромного до крошечного, а дизайн от плоского к обьемному. Часть функционала поосто вырезали. Честно говоря весь обьем нареканий тянет на отдельный пост.
Подтверждаю. Если надо найти что людей по нику или фио и тд, то лучше выдача яндекса. Если надо найти специфическую информацию например по даташиту, то яндекс дает дичь, а выдача гугла то что нужно.
Потом какой-то умник, взломав игру на Бугурталики, слил ответы на все уровни в ининтернеты.
Взлом внутриигровой валюты вещь достаточно частая.. но сомневаюсь, что найдется достаточно упорный персонаж чтобы проходить все уровни, скринить или записывать и выкладывать в интернет. Может быть вопросы и ответы лежали в внутри приложения?
Ты привыкаешь к этому. Скоро твой мозг сам делает перевод. Я уже даже не вижу код. Я вижу блондинку, брюнетку и рыжую.
Нужна насмотренность, чтобы видеть не просто код, а паттерны. А с насмотренностью появляется собственное ощущение "как надо", и зайдя в чужой код начинаешь видеть, что квалификация предыдущего программиста отличается от твоей (и местами в обе стороны). Зная "как надо" и имея внутренний перфекционизм легко пропустить то место, когда ты начать переписывать то за что тебе не платят.
Если верить докам ms, то разрыв между dapper и efcore6, при желании сокращается до 5%. Есть о чем подумать. В dotnet7 обещают какой-то взрыв производительности, может быть разрыв сойдет на нет совершенно.
Вы когда-нибудь сравнивали бытовую технику Siemens и Bosh? Это как правило братья близнецы, только вот холодильник Siemens будет иметь ручку из алюминия и пластика, а Bosh - полностью пластиковую. Разница в используемых материалах. Точно так же на фотоаппараты Leica и Panasonic с их совместной серией Lumix. Выглядит одинаково, но у Leica материалы премиальнее, и чистота стекла оптики выше.
Это физические движи.. что вы такое разрабатываете?
Основная проблема персонажа из видео в том что он
зря стал программистомимеет недостаточно компетенций для решения этой задачи. Это в принципе не удивительно потому что Unity имеет настолько минимальный порог вхождения, что через час после установки дистра можно кричать "мама посмотри, я делаю игры".. в то время как бекэнд многопользовательских игр динамичнее, чем покер, а уж тем более mmofps или mmorpg, это кровь сопли и гнев божий. Поэтому делать выводы, что dotnetmust dieмедленный, а я напишу все на php и будет все отлично придет на ум только человеку с "метаниями в поиске уберинструмента" и таким же недостатком скиллов, или фанбою php.. у меня других предположений нет.Увы но нет, путь по прежнему один. Фотон и прочие универсальные решения, подойдут для создания mvp, сессионных игр и инди со сравнительно небольшим онлайном потому что содержать собственное решение
не нужнонакладно, и дешевле переложить ответственность на провайдера и платить абонентскую плату. Как только вам понадобится высокий онлайн в одной сессии, масштабируемость и возможности для оптимизации, то единственный выход - это написать свой собственный бек для сервера с необходимыми плюшками.Разработчики стараются использовать существующую кодовую базу. Потому что если у вас есть готовый пайплайн для взаимодействия с сетью, то писать это все заново на Go потому что Сережа знает только Go, никто не будет. Нужны определенные экономические или технические предпосылки, предыдущий пользовательский опыт и тд.
Говнокод, это что-то рабочее, но поддерживаемое с трудом. Или просто вызывающее кровь из глаз, но тоже рабочее. Во многом эти проблемы с написанием качественного кода возникают из-за недостатка времени у сотрудников, и отвратительного менеджмента. У людей сначала нет времени читать документацию, нет времени подумать над архитекторой.. а потом нет и желания. Потоянное переключение между задачами из-за их деприоритизации потому что бросай все! срочно нужно сделать %subject% не позволяет сосредоточиться на поиске правильного решения. Классическое хуяк-хуяк и в продакшн. При этом задачи ставятся на уровне "сделай заебись", а результат обсуждается под крики "я тут начальник, я лучше понимаю что нужно" и классическое "я никого не держу" и "дверь там".. при том, что в коллективе фактор автобуса стоит достаточно остро. Во всяком случае у нас именно так.
Это два процесса которые подтягивают друг друга. Например есть производители железа и программисты, которые делают что-то. Программисты умеют в оптимизацию, но бизнесу это не нужно, а значит что-то жрет все больше и больше ресурсов. Если ситуация по оптимизации патовая, то делают оптимизацию. Если нет, ждут пока производители железа начинают соревноваться, чей продукт справляется с чем-то лучше потому что им тоже надо решать запросы пользователей чего-то, и цикл повторяется.
Гораздо интереснее в этом отношении таже картина в плоскости embedded, где в конечном итоге умудряются натянуть Arduino на Cortex-A Series, хотя с задачей справился бы гораздо, горазбо более простой чип, но это же надо знать pure c и asm. В итоге люди с компетенцией Сережи делают продажи производителям чипов, систем-на-кристалле и демо-плат, отчасти от того что взять микроконтроллер придуманный для во-много во-много раз сложных задач дешевле, чем оплатить работу программистов. От этого и рождаются решения типа NET nanoFramework, microPython и тд, потому что "давайте использовать существующую кодовую базу".
А я, а у меня.. у меня net7 в два раза быстрее go)
Это намек на то, что никто никогда не конкретизирует, в каком именно контексте появился импрув. Ну не может язык/фреймворк стать быстрее целиком. Всегда за подобным байтом кроется улучшение пары каких-то нишевых фич, но это не делает погоды всему сообществу.
Может, но всю работу сделает cpp)
Этим он напоминает Винсента из сериала "Конь БоДжек"
Я нерегулярно пишу статьи в бложик в вконтактике, и с большой уверенностью могу сказать что статья писалась быстро и "чтобы было". Присутствует все: вымученность, связанные с этим смысловые ошибки, ошибки в терминах, отсутствие какой либо системы и тд. Я так пишу, когда нахожу хорошую статью на перевод (или цикл статей для компиляции и перевода) или пишу авторскую, но в процессе понимаю, что откусил больше, чем могу проглотить. Соответственно текст начинает урезаться и получается какая-то херня. Правильным решением в данном случае является разделение темы на серию отдельных публикаций.
Как человек, который ведет во вконтактике маленькую рафинированную группу по электронике, могу сказать что соцсеть не так уж и плоха. Категорически не согласен что это мусорная соцсеть. За последние годы неплохо развивается. На мой взгляд сейчас ее пытаются наполнить множеством функций чтобы создать подобие экосистемы, часть из которых потом уберут за ненадобностью.
А как айтишника, меня бесит их отношение к функциям аналитики и api, потому что json schema обновляется как бог подаст.
По поводу регистрации "через госуслуги".. тут смотря с чем сравнивать. Емнип в южной Корее регистрация в онлайн играх "по паспорту" работает уже лет 20.. и что-то не жалуется никто.
Вопрос в достоверности и выборе аудитории. Ну и такую статистику должен собрать абсолютно неангажированный заслуживающий доверия источник.. а таких нет. Как сказал Винсент О`Нил из сериала "Голяк" : "Вот блин, на первом же пункте запоролись".
Какбы надо начать размышления с того, что в dotnet (уже не помню как дела обстоят в cpp) статическая функция main обернута в класс. Даже если мы не пишем это явно (например как в шаблонах dotnet6), он все равно есть.
С момента публикации прошел год, а дизайн приложения стал только хуже. Более того теперь нельзя пользоваться глобальным приложением. Обьясните пожалуйста, как теперь пользоваться тем, у кого зрение не минус 100? Не надо много мозгов, чтобы понять, что сделав огромные шрифты и высокую контрастность вы целились в аудиторию "пенсионеров", но вы же оставили за бортом сомую платежеспособную аудиторию. И ладно бы везде был одинаковый по размеру шрифт, но нет он прыгает от огромного до крошечного, а дизайн от плоского к обьемному. Часть функционала поосто вырезали. Честно говоря весь обьем нареканий тянет на отдельный пост.
..танки например. И прочее другое ВПК
Подтверждаю. Если надо найти что людей по нику или фио и тд, то лучше выдача яндекса. Если надо найти специфическую информацию например по даташиту, то яндекс дает дичь, а выдача гугла то что нужно.
А это точно не список поддерживаемых платформ для редактора? В новости 2011 они упоминают ведро как целевую платформу
https://unigine.com/ru/news/2011/android-platform-support-in-unigine-engine
@Unigine нужен Ваш комментарий
В целом согласен, но это общая практика.. какбы до недавнего времени темная тема в Unity была доступна только в Pro версии.
Взлом внутриигровой валюты вещь достаточно частая.. но сомневаюсь, что найдется достаточно упорный персонаж чтобы проходить все уровни, скринить или записывать и выкладывать в интернет. Может быть вопросы и ответы лежали в внутри приложения?
Нужна насмотренность, чтобы видеть не просто код, а паттерны. А с насмотренностью появляется собственное ощущение "как надо", и зайдя в чужой код начинаешь видеть, что квалификация предыдущего программиста отличается от твоей (и местами в обе стороны). Зная "как надо" и имея внутренний перфекционизм легко пропустить то место, когда ты начать переписывать то за что тебе не платят.
Они его используют потому что он все хорош, или потому что за эти годы собрали огромную кодовую базу, и потому что "тут так заведено" ?
Если верить докам ms, то разрыв между dapper и efcore6, при желании сокращается до 5%. Есть о чем подумать. В dotnet7 обещают какой-то взрыв производительности, может быть разрыв сойдет на нет совершенно.
Вы когда-нибудь сравнивали бытовую технику Siemens и Bosh? Это как правило братья близнецы, только вот холодильник Siemens будет иметь ручку из алюминия и пластика, а Bosh - полностью пластиковую. Разница в используемых материалах. Точно так же на фотоаппараты Leica и Panasonic с их совместной серией Lumix. Выглядит одинаково, но у Leica материалы премиальнее, и чистота стекла оптики выше.