Очень низкое быстродействие по сравнению с джавой, непонятные перспективы из-за отсутствия финансирования. groovy-eclipse заброшен и только благодаря jetbrains этот язык еще на плаву.
В идеале, иметь некую централизованную систему регистрации аккаунтов, не разглашающую реальные данные. Чтобы любой человек мог на одном аккаунте копить репутацию (профессиональную, как адекватного человека и т.п.), а другие использовать для личных поисковых запросов, сбрасывать пар в интернет-войнах и т.п.
Моё мнение, что интернету нужна не анонимность, а защита реальной (т.е. не вируальной) жизни от угроз из интернета — от оскорблений и клеветы до "вычислить по IP"
Одно из решений этой проблемы предлагает Хабр — несмотря на отсутствие привязки к реальному человеку, на хабре нет анонимности. Любой может просмотреть всю историю сообщений любого аккаунта и навешать минусов.
Другое — развитая судебная система… со своими плюсами и минусами.
автоматизированный деплоймент и автоматизированный откат деплоймента. Экономит просто гигантское количество времени и нервов, особенно если приложениие нужно обновлять каждый день или оно не обновлялось несколько месяцев. Относится как к деплойменту приложения, так и к базам данных
логгирование, алертинг и аналитика. Нужно думать сразу, какая информация нужна для аналитики, какие ошибки требуют немедленной реакции админа, а какие нужно регулярно просмотривать в поисках багов или проблем с приложением.
прототипы являются очень полезным инструментом при соблюдении простых правил:
— прототип должен содержать ровно столько функционала, чтобы впечатлить инвесторов или оценить спрос на идею. Идеальный прототип — лендинг с формой сбора email-ов.
— прототип не расширяется и не переписывается — он выкидывается. Поэтому его желательно делать с использованием средств быстрой разработки (CMS, фреймворки...)
Мораль — бэкапы должы храниться на носителе, который разрешает добавлять файлы, но не перезаписывать или удалять. К примеру, ftp с правильно настроенными правами.
Ага, потеснит Java на рынке. Через пару лет, в лучшем случае, .net core будет только готов к серьезному применению. Потом для него нужно написать софт и инфраструктуру, потом набрать опыт администрирования серверных приложений под эту платформу. А уже потом — "потеснит". Может быть.
Я думаю, что майкрософт пошел не туда — .net является лучшей платформой в мире для разработки оконных приложений. Если бы они портировали поддержку GUI на линукс и мак — это была бы бомба, даже если с платной лицензией.
Когда-то я и сам аргументировал за хибернейт именно так. Но суть в том, что приложения, которые должны работать на разных СУБД, достаточно редки. А проблема быстрой миграции на другую СУБД проще решается наличием тестов на слой DAO, а не ORM.
Когда-то изучал процедуру загрузки с магнитофона (0556, кто-нибудь помнит?).
Принцип очень простой — есть однобитовый вход, он принимает значение 0 или 1 в зависимости от уровня сигнала. Загрузчик замеряет интервалы между переходами 0->1 и 1->0. Короткий интервал 0, длинный интервал 1. Соответственно, нули слышались как высокий писк, а единицы — как тон пониже.
Это если вкратце, без пилот-тона, синхронизации и контрольной суммы.
Можно, я вот программировал) Это не так уж сложно — программа на ассемблере пишется на бумаге, потом слева от каждой команды проставляется её машинный код. А когда размеры всех подпрограмм известны, можно вписывать кокретные смещения.
ORM добавляет накладные расходы в виде анализаторов графов объектов/генераторов sql + не умеет писать оптимальные запросы. К примеру, сложности начинаются, когда в целях оптимизации нужно выбирать не все данные, переформулировать запрос иначе для лучшего понимания планировщиков или добавить хинты.
А можно поподробнее? GCC вот привязывает программу к машине пользователя при компиляции. Чем этот вариант отличается от apple drm?
Kotlin весьма похож на упрощенную Scala:
Наверное, оттуда и взяли.
Очень низкое быстродействие по сравнению с джавой, непонятные перспективы из-за отсутствия финансирования. groovy-eclipse заброшен и только благодаря jetbrains этот язык еще на плаву.
Насколько я в курсе, системы эффектов пока еще удел теоретиков. До появления чего-то практичного еще далеко.
При использовании монад всплывают вложенные монады, state-монады с несовместимыми типами, монадические трансформеры....
И можно готовить следующую статью:
Избегание ада монад с помощью ???
Вопрос в ограничении меры ответственности. Однажды человека зарезали за то, что он девушке в одноклассниках поставил низкую оценку за фотку.
В идеале, иметь некую централизованную систему регистрации аккаунтов, не разглашающую реальные данные. Чтобы любой человек мог на одном аккаунте копить репутацию (профессиональную, как адекватного человека и т.п.), а другие использовать для личных поисковых запросов, сбрасывать пар в интернет-войнах и т.п.
Моё мнение, что интернету нужна не анонимность, а защита реальной (т.е. не вируальной) жизни от угроз из интернета — от оскорблений и клеветы до "вычислить по IP"
Одно из решений этой проблемы предлагает Хабр — несмотря на отсутствие привязки к реальному человеку, на хабре нет анонимности. Любой может просмотреть всю историю сообщений любого аккаунта и навешать минусов.
Другое — развитая судебная система… со своими плюсами и минусами.
Добавлю свои пять копеек для стартапов:
— прототип должен содержать ровно столько функционала, чтобы впечатлить инвесторов или оценить спрос на идею. Идеальный прототип — лендинг с формой сбора email-ов.
— прототип не расширяется и не переписывается — он выкидывается. Поэтому его желательно делать с использованием средств быстрой разработки (CMS, фреймворки...)
Можно список недостатков помимо "это надо купить и настроить"?
Мораль — бэкапы должы храниться на носителе, который разрешает добавлять файлы, но не перезаписывать или удалять. К примеру, ftp с правильно настроенными правами.
Можно советскую книжку по теме?
Ага, потеснит Java на рынке. Через пару лет, в лучшем случае, .net core будет только готов к серьезному применению. Потом для него нужно написать софт и инфраструктуру, потом набрать опыт администрирования серверных приложений под эту платформу. А уже потом — "потеснит". Может быть.
Пока же .net core сильно отстает даже по быстродействию:
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=csharpcore
Я думаю, что майкрософт пошел не туда — .net является лучшей платформой в мире для разработки оконных приложений. Если бы они портировали поддержку GUI на линукс и мак — это была бы бомба, даже если с платной лицензией.
а то, DD 21 00 40 11 00 1B 3E FF 37 CD 56 05 C9 :-)
А программирование в MONS с вбиванием кодов команд, а потом исправлением смещений чем считается?)
Когда-то я и сам аргументировал за хибернейт именно так. Но суть в том, что приложения, которые должны работать на разных СУБД, достаточно редки. А проблема быстрой миграции на другую СУБД проще решается наличием тестов на слой DAO, а не ORM.
Когда-то изучал процедуру загрузки с магнитофона (0556, кто-нибудь помнит?).
Принцип очень простой — есть однобитовый вход, он принимает значение 0 или 1 в зависимости от уровня сигнала. Загрузчик замеряет интервалы между переходами 0->1 и 1->0. Короткий интервал 0, длинный интервал 1. Соответственно, нули слышались как высокий писк, а единицы — как тон пониже.
Это если вкратце, без пилот-тона, синхронизации и контрольной суммы.
Можно, я вот программировал) Это не так уж сложно — программа на ассемблере пишется на бумаге, потом слева от каждой команды проставляется её машинный код. А когда размеры всех подпрограмм известны, можно вписывать кокретные смещения.
ну, вообще говоря, да :-)
ORM добавляет накладные расходы в виде анализаторов графов объектов/генераторов sql + не умеет писать оптимальные запросы. К примеру, сложности начинаются, когда в целях оптимизации нужно выбирать не все данные, переформулировать запрос иначе для лучшего понимания планировщиков или добавить хинты.
О да, особая каста людей, у которых первым языком был бейскик, а вторым — машинные коды.