Меня больше всего удерживает от обновления, пожалуй, невозможность отключить группировку значков на панели задач, вернув старый дизайн (с отображением названия программы). Если открыт браузер, и нужно совершать лишнее действие, выбирая во всплывающей панели нужное окно - это совсем неудобно...
С другой стороны - разве это плохо? Если уход не был скандальным, а у компании открыта вакансия, на которую Вы подходите - для неё будет даже лучше нанять прежнего сотрудника, можно будет сэкономить на обучении/введении в курс дела.
И даже в таком случае, вместо полного игнорирования ошибки, лучше добавить отдельный обработчик - пусть даже он будет пустой. В дальнейшем в этом обработчике можно будет добавить логирование ошибки, или например формирование отчёта обо всех ошибках, которые произошли при обработке этого миллиона.
Мне кажется покажи свою программу в сравнение с другими, и не обязательно только на киллер фичах - и народ потянется.
Вот Вы сами говорите - программу нужно показать. Иначе люди просто не узнают про неё. Сарафанное радио - это хороший способ распространения, бесплатный, надёжный... но очень медленный.
Можно сделать идеальный продукт, сделать идеальное описание, выложить его на гитхабе - но никто о нём не узнает. Пусть он идеально решает какую-то проблему, но люди привыкли использовать для её решения условный Excel - и они продолжат им пользоваться. Возможно, первый раз с ней столкнувшись, они и попробуют погуглить варианты решения. Но они не будут это делать каждый раз, снова решая эту проблему.
Не обязательно давать платную рекламу, может быть, достаточно будет написать статью на хабр, с описанием нового чудо-решения.
Если замкнутый необщительный человек начнёт много общаться, со временем он научится делать это намного лучше, и даже получать больше удовольствия от общения (проверено на моём собственном опыте, когда на несколько месяцев устроился на работу, где надо было много общаться).
Можно ли это назвать "прокачкой софт-скиллов" - наверно, вопрос терминологии. Но факт в том, что если что-то не получается или получается плохо - можно научиться это делать с практикой (что может быть непросто).
Отнюдь. Можно создать идеально подходящий продукт, но люди будут продолжать пользоваться менее удобным, но привычным, для решения этой же проблемы - просто потому что они не знают про Ваш продукт, и сарафанное радио может не спасти. Нужно уметь рассказать людям об этом продукте, так чтобы они услышали и захотели попробовать.
Вот тоже, было бы интересно почитать, возможно ли сколько-нибудь продолжительное существование льда в таких формах при атмосферном давлении и комнатной температуре (или хотя бы в диапазоне от -40 до + 50 по Цельсию). Если да, какие будут у него физические свойства.
К слову, в IIS можно и на одном порту два приложения развернуть (например, чтобы избежать проблему с CORS'ами). Правой кнопкой мыши по сайту -> "новое приложение", тогда оно будет доступно на том же хосте, но по соответствующему имени приложения пути: например, localhost:7777/appName
Я бы еще предложил проверить, как повлияет на производительность изменение выборки на асинхронную: await <...>.ToArrayAsync() вместо блокирующего .ToArray().
Синхронный вызов к БД блокирует поток, что теоретически может привести к исчерпанию потоков в пуле, и так же к таймаутам входящих HTTP-запросов.
Вася изменил тип переменной на decimal64 — это позволяет передавать цену как строку в API, а в коде работать с ней как с числом с плавающей точкой без потери точности.
А потом вдруг выяснилось, что у клиента была списана сумма чаевых в 10 раз больше... В чём же дело? Оказывается, в локали приложения число 1.5 было сериализовано с запятой, а парсер бэкенда в локали en-US "проглотил" запятую - для него десятичный разделитель - это точка. Вот и списали 15 баксов...
А избежать этого можно было бы, либо передавая число число (json стандарт это позволяет), тут правда надо учесть отдельным полем валюту. Либо стандартизировать сериализацию.
Напомнило
Как выглядели бы такие баги в реальности
https://cs11.pikabu.ru/post_img/2020/05/14/6/1589444362123385083.webm
Меня больше всего удерживает от обновления, пожалуй, невозможность отключить группировку значков на панели задач, вернув старый дизайн (с отображением названия программы). Если открыт браузер, и нужно совершать лишнее действие, выбирая во всплывающей панели нужное окно - это совсем неудобно...
Судя по другому столбцу, можно предположить что запятая используется как десятичный разделитель (дробной части)...
С другой стороны - разве это плохо? Если уход не был скандальным, а у компании открыта вакансия, на которую Вы подходите - для неё будет даже лучше нанять прежнего сотрудника, можно будет сэкономить на обучении/введении в курс дела.
Наверно, под действием не гравитации, а из-за торможения верхними слоями
атмосферы.
Может быть, сведения о таких выдающихся личностях, как ЛСДУЗ и ЙФЯУ9...
И даже в таком случае, вместо полного игнорирования ошибки, лучше добавить отдельный обработчик - пусть даже он будет пустой. В дальнейшем в этом обработчике можно будет добавить логирование ошибки, или например формирование отчёта обо всех ошибках, которые произошли при обработке этого миллиона.
Оттуда же, из паскаля (если мне не изменяет память), эта конструкция была заимствована и в бейсике, например в VBA очень удобно писать вроде такого:
Более того, по-хорошему должна быть ответственность для "троллей", которые кидают необоснованные страйки, особенно массово.
Если уж скрещивать, тогда получится "оборзенс"
Ни на что не намекаю, но контора по ЕГРЮЛ зарегистрирована в подвале. Учредитель помимо прочего продает постельное белье. Может быть, я что-то не понимаю в бизнесе...
Каждый верить в сила миска рис, в красота кошка-жена, в справедливость социальный рейтинг и в мощь вождь-кормилец
Если сертификат взломают, то почти наверняка из-за раздолбайства администратора, а не подобрав ключ на суперкомпьютере
Как в известном комиксе
Вот Вы сами говорите - программу нужно показать. Иначе люди просто не узнают про неё. Сарафанное радио - это хороший способ распространения, бесплатный, надёжный... но очень медленный.
Можно сделать идеальный продукт, сделать идеальное описание, выложить его на гитхабе - но никто о нём не узнает. Пусть он идеально решает какую-то проблему, но люди привыкли использовать для её решения условный Excel - и они продолжат им пользоваться. Возможно, первый раз с ней столкнувшись, они и попробуют погуглить варианты решения. Но они не будут это делать каждый раз, снова решая эту проблему.
Не обязательно давать платную рекламу, может быть, достаточно будет написать статью на хабр, с описанием нового чудо-решения.
Если замкнутый необщительный человек начнёт много общаться, со временем он научится делать это намного лучше, и даже получать больше удовольствия от общения (проверено на моём собственном опыте, когда на несколько месяцев устроился на работу, где надо было много общаться).
Можно ли это назвать "прокачкой софт-скиллов" - наверно, вопрос терминологии. Но факт в том, что если что-то не получается или получается плохо - можно научиться это делать с практикой (что может быть непросто).
Отнюдь. Можно создать идеально подходящий продукт, но люди будут продолжать пользоваться менее удобным, но привычным, для решения этой же проблемы - просто потому что они не знают про Ваш продукт, и сарафанное радио может не спасти. Нужно уметь рассказать людям об этом продукте, так чтобы они услышали и захотели попробовать.
Вот тоже, было бы интересно почитать, возможно ли сколько-нибудь продолжительное существование льда в таких формах при атмосферном давлении и комнатной температуре (или хотя бы в диапазоне от -40 до + 50 по Цельсию). Если да, какие будут у него физические свойства.
К слову, в IIS можно и на одном порту два приложения развернуть (например, чтобы избежать проблему с CORS'ами). Правой кнопкой мыши по сайту -> "новое приложение", тогда оно будет доступно на том же хосте, но по соответствующему имени приложения пути: например,
localhost:7777/appName
Я бы еще предложил проверить, как повлияет на производительность изменение выборки на асинхронную:
await <...>.ToArrayAsync()вместо блокирующего.ToArray().Синхронный вызов к БД блокирует поток, что теоретически может привести к исчерпанию потоков в пуле, и так же к таймаутам входящих HTTP-запросов.
А потом вдруг выяснилось, что у клиента была списана сумма чаевых в 10 раз больше... В чём же дело? Оказывается, в локали приложения число 1.5 было сериализовано с запятой, а парсер бэкенда в локали en-US "проглотил" запятую - для него десятичный разделитель - это точка. Вот и списали 15 баксов...
А избежать этого можно было бы, либо передавая число число (json стандарт это позволяет), тут правда надо учесть отдельным полем валюту. Либо стандартизировать сериализацию.