Мне кажется покажи свою программу в сравнение с другими, и не обязательно только на киллер фичах - и народ потянется.
Вот Вы сами говорите - программу нужно показать. Иначе люди просто не узнают про неё. Сарафанное радио - это хороший способ распространения, бесплатный, надёжный... но очень медленный.
Можно сделать идеальный продукт, сделать идеальное описание, выложить его на гитхабе - но никто о нём не узнает. Пусть он идеально решает какую-то проблему, но люди привыкли использовать для её решения условный Excel - и они продолжат им пользоваться. Возможно, первый раз с ней столкнувшись, они и попробуют погуглить варианты решения. Но они не будут это делать каждый раз, снова решая эту проблему.
Не обязательно давать платную рекламу, может быть, достаточно будет написать статью на хабр, с описанием нового чудо-решения.
Если замкнутый необщительный человек начнёт много общаться, со временем он научится делать это намного лучше, и даже получать больше удовольствия от общения (проверено на моём собственном опыте, когда на несколько месяцев устроился на работу, где надо было много общаться).
Можно ли это назвать "прокачкой софт-скиллов" - наверно, вопрос терминологии. Но факт в том, что если что-то не получается или получается плохо - можно научиться это делать с практикой (что может быть непросто).
Отнюдь. Можно создать идеально подходящий продукт, но люди будут продолжать пользоваться менее удобным, но привычным, для решения этой же проблемы - просто потому что они не знают про Ваш продукт, и сарафанное радио может не спасти. Нужно уметь рассказать людям об этом продукте, так чтобы они услышали и захотели попробовать.
Вот тоже, было бы интересно почитать, возможно ли сколько-нибудь продолжительное существование льда в таких формах при атмосферном давлении и комнатной температуре (или хотя бы в диапазоне от -40 до + 50 по Цельсию). Если да, какие будут у него физические свойства.
К слову, в IIS можно и на одном порту два приложения развернуть (например, чтобы избежать проблему с CORS'ами). Правой кнопкой мыши по сайту -> "новое приложение", тогда оно будет доступно на том же хосте, но по соответствующему имени приложения пути: например, localhost:7777/appName
Я бы еще предложил проверить, как повлияет на производительность изменение выборки на асинхронную: await <...>.ToArrayAsync() вместо блокирующего .ToArray().
Синхронный вызов к БД блокирует поток, что теоретически может привести к исчерпанию потоков в пуле, и так же к таймаутам входящих HTTP-запросов.
Вася изменил тип переменной на decimal64 — это позволяет передавать цену как строку в API, а в коде работать с ней как с числом с плавающей точкой без потери точности.
А потом вдруг выяснилось, что у клиента была списана сумма чаевых в 10 раз больше... В чём же дело? Оказывается, в локали приложения число 1.5 было сериализовано с запятой, а парсер бэкенда в локали en-US "проглотил" запятую - для него десятичный разделитель - это точка. Вот и списали 15 баксов...
А избежать этого можно было бы, либо передавая число число (json стандарт это позволяет), тут правда надо учесть отдельным полем валюту. Либо стандартизировать сериализацию.
Да, помню такой цикл года 3 назад, тоже с интересом читал! Но и развиваться в космос тоже, имхо, надо - никто не говорит, что это будет легко.
Но речь об изготовлении топлива и части конструкций, предназначенных для дальних полётов и колонизации, из лунных материалов, или даже астероидов - которые находятся в гораздо меньшем гравитационном колодце. Хотя бы это должно существенно снизить массу, которую нужно запускать с Земли.
Зато рядом есть Луна, которую теоретически можно использовать как промежуточную площадку. Использовать местные минералы для постройки тяжелых конструкций и получения топлива, а для разгона построить длинные рельсы по лунному экватору - атмосферы нет, можно прямо по поверхности разгоняться, используя электричество.
Тогда с Земли нужно будет поднимать только самих людей, системы жизнеобеспечения и то, что не получится производить на Луне или уже на месте, где строится колония (на условном Марсе).
Думаю, можно даже обойтись без записи нуля при чтении - а добить нулями только при проходе второго курсора до конца. Можно получить некоторый выигрыш, особенно при небольшой доле нулей.
Более того, поломка самих рельсов, как и аппарата, который сломается "в пути", парализует работу всей фермы или её части. Поломка дрона, даже фатальная - самое большее может повредить пару лотков с растениями, а запасной дрон сразу готов прийти на замену.
Поставив лайк, пользователь должен видеть результат сразу. Даже если этот лайк физически проставится позднее.
А вот меня такое поведение в некоторых сетях расстраивает. Фактически - это обман пользователя. Например, на том же пикабу я ставлю лайк посту, после открываю его - и вижу, что моего лайка там нет. То ли та самая очередь еще не подошла, то ли вообще лайк не проставился - не знаю. Я хотел бы понимать, что результат моего действия есть, даже если, как на хабре, после клика на upvote я на секунду увижу спиннер.
Хотя, надо признать, я не самый типичный пользователь соцсетей - большинству, наверно, предпочтительнее визуально быстрый сайт, но обманывающий их...
Ах, обмануть меня не трудно!.. Я сам обманываться рад!
Ни на что не намекаю, но контора по ЕГРЮЛ зарегистрирована в подвале. Учредитель помимо прочего продает постельное белье. Может быть, я что-то не понимаю в бизнесе...
Каждый верить в сила миска рис, в красота кошка-жена, в справедливость социальный рейтинг и в мощь вождь-кормилец
Если сертификат взломают, то почти наверняка из-за раздолбайства администратора, а не подобрав ключ на суперкомпьютере
Как в известном комиксе
Вот Вы сами говорите - программу нужно показать. Иначе люди просто не узнают про неё. Сарафанное радио - это хороший способ распространения, бесплатный, надёжный... но очень медленный.
Можно сделать идеальный продукт, сделать идеальное описание, выложить его на гитхабе - но никто о нём не узнает. Пусть он идеально решает какую-то проблему, но люди привыкли использовать для её решения условный Excel - и они продолжат им пользоваться. Возможно, первый раз с ней столкнувшись, они и попробуют погуглить варианты решения. Но они не будут это делать каждый раз, снова решая эту проблему.
Не обязательно давать платную рекламу, может быть, достаточно будет написать статью на хабр, с описанием нового чудо-решения.
Если замкнутый необщительный человек начнёт много общаться, со временем он научится делать это намного лучше, и даже получать больше удовольствия от общения (проверено на моём собственном опыте, когда на несколько месяцев устроился на работу, где надо было много общаться).
Можно ли это назвать "прокачкой софт-скиллов" - наверно, вопрос терминологии. Но факт в том, что если что-то не получается или получается плохо - можно научиться это делать с практикой (что может быть непросто).
Отнюдь. Можно создать идеально подходящий продукт, но люди будут продолжать пользоваться менее удобным, но привычным, для решения этой же проблемы - просто потому что они не знают про Ваш продукт, и сарафанное радио может не спасти. Нужно уметь рассказать людям об этом продукте, так чтобы они услышали и захотели попробовать.
Вот тоже, было бы интересно почитать, возможно ли сколько-нибудь продолжительное существование льда в таких формах при атмосферном давлении и комнатной температуре (или хотя бы в диапазоне от -40 до + 50 по Цельсию). Если да, какие будут у него физические свойства.
К слову, в IIS можно и на одном порту два приложения развернуть (например, чтобы избежать проблему с CORS'ами). Правой кнопкой мыши по сайту -> "новое приложение", тогда оно будет доступно на том же хосте, но по соответствующему имени приложения пути: например,
localhost:7777/appName
Я бы еще предложил проверить, как повлияет на производительность изменение выборки на асинхронную:
await <...>.ToArrayAsync()вместо блокирующего.ToArray().Синхронный вызов к БД блокирует поток, что теоретически может привести к исчерпанию потоков в пуле, и так же к таймаутам входящих HTTP-запросов.
А потом вдруг выяснилось, что у клиента была списана сумма чаевых в 10 раз больше... В чём же дело? Оказывается, в локали приложения число 1.5 было сериализовано с запятой, а парсер бэкенда в локали en-US "проглотил" запятую - для него десятичный разделитель - это точка. Вот и списали 15 баксов...
А избежать этого можно было бы, либо передавая число число (json стандарт это позволяет), тут правда надо учесть отдельным полем валюту. Либо стандартизировать сериализацию.
Да, помню такой цикл года 3 назад, тоже с интересом читал! Но и развиваться в космос тоже, имхо, надо - никто не говорит, что это будет легко.
Но речь об изготовлении топлива и части конструкций, предназначенных для дальних полётов и колонизации, из лунных материалов, или даже астероидов - которые находятся в гораздо меньшем гравитационном колодце. Хотя бы это должно существенно снизить массу, которую нужно запускать с Земли.
Зато рядом есть Луна, которую теоретически можно использовать как промежуточную площадку. Использовать местные минералы для постройки тяжелых конструкций и получения топлива, а для разгона построить длинные рельсы по лунному экватору - атмосферы нет, можно прямо по поверхности разгоняться, используя электричество.
Тогда с Земли нужно будет поднимать только самих людей, системы жизнеобеспечения и то, что не получится производить на Луне или уже на месте, где строится колония (на условном Марсе).
Человечества как вида - да. Но вот насчёт того, выживет ли цивилизация - уверенности уже меньше.
Думаю, можно даже обойтись без записи нуля при чтении - а добить нулями только при проходе второго курсора до конца. Можно получить некоторый выигрыш, особенно при небольшой доле нулей.
Немало пользователей в России могут выбрать англ язык в ОС своего смартфона. Полагаю, на такие случаи закон также распространяется.
Так-то, столб воды в 370 метров, даже если объём небольшой, означает очень большое давление (как и на глубине 370 метров в океане).
Более того, поломка самих рельсов, как и аппарата, который сломается "в пути", парализует работу всей фермы или её части. Поломка дрона, даже фатальная - самое большее может повредить пару лотков с растениями, а запасной дрон сразу готов прийти на замену.
А вот меня такое поведение в некоторых сетях расстраивает. Фактически - это обман пользователя. Например, на том же пикабу я ставлю лайк посту, после открываю его - и вижу, что моего лайка там нет. То ли та самая очередь еще не подошла, то ли вообще лайк не проставился - не знаю. Я хотел бы понимать, что результат моего действия есть, даже если, как на хабре, после клика на upvote я на секунду увижу спиннер.
Хотя, надо признать, я не самый типичный пользователь соцсетей - большинству, наверно, предпочтительнее визуально быстрый сайт, но обманывающий их...
Так в этом и проблема - никто, в том числе и автор статьи.
Странный аргумент в пользу query синтаксиса. Method chain так же можно сделать без вложенности: