Если вы не будете зацикливаться только на учетных приложениях, то может взлететь.
Самое главное — донести до заказчиков, что для любой разработки требуется ТЗ.
А разработка ТЗ и разработка системы, это разные этапы.
И если вы не будете привязываться исключительно к собственным возможностям, то будет вообще супер! Например, будете делать ТЗ сервиса, но без гарантий, что и разрабатывать его будете вы сами. Фактически, аналитик как сервис.
Может быть выйдет, что и программировать ничего не придется ;-) (например, будет достаточно взять уже что-то готовое)
Подход Singularity снова очень прост — вся система написана целиком на C#, лишь малая часть написана на C++ и ассемблере.
Подозреваю, что это и есть те самые аппаратно-зависимые части, которые на С# реализовать нет возможности. Именно как раз из-за того, что С# не является языком низкого уровня.
* да, я понимаю, что «низкий уровень» — это субъективный термин. Примечание: у каждого разработчика C# своё представление о том, что такое «низкий уровень» ...
Всегда считал, что низкоуровневое программирование, это возможность использования аппаратно-специфичных инструкций и прямое взаимодействие с железом.
В отличии от языков программирования высокого уровня, которые независимы от аппаратной платформы.
Феномен ПО с открытыми исходниками, которые распространяются бесплатно через интернет, во многом вытеснил старые практики закупки ПО. Когда повторное использование было ещё трудным, мало проектов внедрило такие зависимости. Хотя их лицензии обычно отказывались от каких-либо «гарантий коммерческой ценности и пригодности для конкретной цели»
Вот только при чем тут Open Source?
Отказ от гарантий, это стандартная практика практически для всех вариантов коммерческих поставок проприетарного ПО. Максимум, за что они отвечают финансово, это не больше стоимости оплаченной лицензии.
То есть, реальных гарантий применимости и ответственности нет ни у проприетарных, ни у свободных компонентов, но в первом случае ты не только платишь за это деньги, но у тебя даже нет возможности что-либо изучить и/или исправить, т.к. исходников тоже нет.
А проблема действительно очень серьезная, и как её решать непонятно.
Сама тема очень интересует, но совершенно не вдохновился после прочтения условий участия.
Организаторы не несут никакой ответственности вообще ни за что, в т.ч. за личную вычислительную технику участников (а по условиям конкурса она потребуется обязательно, т.к. не предоставляется организаторами мероприятия).
По условиям оферты, Организатор получает права на любое использование любых материалов, предоставленных участником, включая их фотографии и персональные данных.
А так же оставляет за собой право изменить условия опубликованной оферты даже без оповещения тех участников, кто принял оферту ранее (тихое обновление условий на сайте)
Выше уже писали, что это не совсем реклама.
Интересны этапы создания и продвижения приложения, а так же обоснование и мотивация тех или иных принятых решений.
Конечно, это другая сторона баррикад в разработке (с одной стороны разработчики, с другой продакты), но делают они общее дело. И у этого дела интересна не только техническая сторона.
В крайнем случае, вам ничего не мешает пожаловаться на статью модераторам.
Если говорить про правила Хабра, то данная статья гораздо больше соответствует правилам, чем какой нибудь призыв запускать бумажные самолетики на митинге.
Тем более, что редко кто делится реальным опытом продвижения собственных разработок.
А вот мне было очень интересно почитать и без технических деталей (иначе была бы еще одна статья из серии Hello, world).
И интересно было в первую очередь обоснованием и мотивацией принятия тех или иных решений.
В Proton Technologies считают, что оправдать блокировку ProtonMail нельзя ссылкой на использование сервиса террористами.
«Запретите тогда шлемы, террористы ведь и их иногда носят»
такова позиция компании. Йен пообещал учитывать интересы российских клиентов в первую очередь — в компании сделают все возможное, чтобы обеспечить пользователям качественный сервис.
Самое главное — донести до заказчиков, что для любой разработки требуется ТЗ.
А разработка ТЗ и разработка системы, это разные этапы.
И если вы не будете привязываться исключительно к собственным возможностям, то будет вообще супер! Например, будете делать ТЗ сервиса, но без гарантий, что и разрабатывать его будете вы сами. Фактически, аналитик как сервис.
Может быть выйдет, что и программировать ничего не придется ;-) (например, будет достаточно взять уже что-то готовое)
Но таки да, С++ действительно следует относить к языкам высокого уровня ;-)
А если это используется только в исследовательском проекте по разработке операционной системы Singularity, то вот цитата из этой статьи:
Подозреваю, что это и есть те самые аппаратно-зависимые части, которые на С# реализовать нет возможности. Именно как раз из-за того, что С# не является языком низкого уровня.
В отличии от языков программирования высокого уровня, которые независимы от аппаратной платформы.
Вот только при чем тут Open Source?
Отказ от гарантий, это стандартная практика практически для всех вариантов коммерческих поставок проприетарного ПО. Максимум, за что они отвечают финансово, это не больше стоимости оплаченной лицензии.
То есть, реальных гарантий применимости и ответственности нет ни у проприетарных, ни у свободных компонентов, но в первом случае ты не только платишь за это деньги, но у тебя даже нет возможности что-либо изучить и/или исправить, т.к. исходников тоже нет.
А проблема действительно очень серьезная, и как её решать непонятно.
Уже вторая за сегодня про продвижение продукта на рынке и тоже интересная!
Сохранил в закладки.
Интересны этапы создания и продвижения приложения, а так же обоснование и мотивация тех или иных принятых решений.
Конечно, это другая сторона баррикад в разработке (с одной стороны разработчики, с другой продакты), но делают они общее дело. И у этого дела интересна не только техническая сторона.
В крайнем случае, вам ничего не мешает пожаловаться на статью модераторам.
Тем более, что редко кто делится реальным опытом продвижения собственных разработок.
И интересно было в первую очередь обоснованием и мотивацией принятия тех или иных решений.
(увидел тут: www.anti-malware.ru/news/2019-03-12-1447/29106)