Александр +: вполне себе лучше решение, чем таскать готовую базу данных и класть ее отдельно в папку пользователя, откуда ей там взяться, если пользователю нужно поставить готовую базу с данными? Например, бывают базы стран, городов и т.п.
Rou1997: Нет DN и DS это не моя работа, это мой личный проект. DN я буду развивать даже если он не будет приносить дохода в ближайшем будущем. Мой основной язык разработки это Java и пишу я в основном бэкенд для веба. С# я не занимаюсь, поэтому брать тот инструмент, в котором у меня нет опыта я не вижу смысла.
JavaFX и не является каким-то преимущество DevelNext и PHP тоже кстати, если вы почитаете сайт, то об этих технологиях есть лишь пара упоминаний. На чем все реализовано не столь важно для аудитории DN, важно лишь то, сколько возможностей предоставляет технология. Вообще DN + JavaFX это не аксиома, да DN написан на JavaFX, но мне никто не мешает реализовать возможности разработки внутри DN на любой другой технологии и языке программирования, например тот же JS + Phonegap.
Если интересно что популярно, то смотрите гугл.тренды https://www.google.ru/trends/explore?cat=5&q=%2Fm%...,%2Fm%2F03f8ny,WPF,FireMonkey,Swing (Swing это старый GUI движок для Java, но он больше не актуален). Будущее WPF тоже сомнительно, Microsoft любит бросать свои технологии на произвол судьбы, в отличии от сообщества Java и Oracle, поэтому в будущем JavaFX я уверен, FireMonkey вообще не популярен.
Хабр это все равно не целевая аудитория, им не нужен такой инструмент. Вы часто видите статьи на хабре про GameMaker или Construct? Тем более проект еще не готов, чтобы его активно пробовали и критически оценивали, есть еще раздражающие баги. Codeproject ориентирован на англоязычную аудиторию. На данный момент я пока ориентируюсь только на русскоязычную аудиторию, так как есть большое сообщество Devel Studio, и кстати многие активные участники уже давно используют DN вместо DS. В общем основная аудитория DN находится в обычных соц. сетях.
На счет мало пишут на DN. Я помню всю историю развития DS, и после ее выхода прошло минимум 3 года, прежде чем стало много уроков, проектов и т.д. Всякий вредоносный софт на ней начали писать практически сразу, как прошло несколько месяцев. Поэтому я могу более объективно сравнить развитие DS. Да и во время разработки DS были большие паузы. Да, на данный момент замедление в разработке DN связано лишь с тем, что готовится веб портал ориентированный на сообщество DN.
Задачу которую вы привели, не сделать на DN. А так, не понимаю в чем проблема, решать задачу выбором языка глупо в данном случае, я думаю, что C#, что Java позволит решить эту проблему. Все порты можно закрыть, оставив только нужный набор.
Rou1997: Да не смешите, чего добились вы? Рассуждаете так, как будто знаете обо мне все, чем я занимаюсь по работе и на чем пишу. Люди, которые только и умеют оскорблять, не являются целевой аудиторией DevelNext. Да и автор ничего не говорил про DevelNext и DevelStudio и эти среды ничего общего с Андроидом по факту не имеют.
Вы просто не следите за сообществом и развитием DevelNext и делаете свои пустые выводы. Во-первых, на нем не пишут вредоносные программы в общей массе, в сообществе очень много полезных проектов. DevelStudio появился в 2009 году и закончил свое развитие в 2011 году, за эти 7 лет на ютубе конечно же появилось огромное количество видео-роликов и уроков, и их пока намного больше чем для DevelNext.
А теперь конкретно про технологии, JavaFX? Почему он не совместим с популярными WinForms, WPF, VCL, FireMonkey? К вашему сведению, эти технологии не совместимы между собой и спорить об их популярности тоже сомнительно. JavaFX единственная популярная на данный момент платформа для десктопа под язык Java, а Java один из самых популярных языков. Поэтому, если вам не нравится выбор, то это ваше личное субъективное мнение.
А сейчас я поясню, почему DevelNext лучше C# и Delphi для любительской разработки. Эта среда обеспечивает намного более быстрый и легкий старт. Кроме того, что она позволяет "клепать формочки", она позволяет быстро и без обучения накидать простую логику программе. Этого вам не обеспечивают C# и Delphi. Я исхожу из того, что многие бросают занятие программирования из-за сложных инструментов и языков в начале, они сталкиваются с кучей проблем, прежде чем начнут создавать что-то. DevelNext сильно облегчает этот процесс. Поэтому, для творчества без боли и создавался DN. С DevelStudio другая история.
Поэтому, свою ЦА я прекрасно знаю и понимаю, ошибки с DevelStudio были учтены.
Rou1997: Я просто обратил внимание на то, что ваш ответ не имеет никакого отношения к вопросу, это показывает ваш уровень компетентности. Вы не ответили на вопрос автора, а просто полили грязью чужой труд. Лишь это характерезует вас как не компетентного специалиста. Ваша личное мнение меня не интересует, я обратил внимание на то, что вы нихрена не ответили на вопрос.
Как автор проектов DevelStudio и DevelNext могу ответить только то, что извратом страдаете здесь только вы. DevelStudio предназначался только для десктопных программ, был создан в 2009 году, когда PhoneGap и в помине не существовал. DevelNext вообще написан на JPHP + Java и в первую очередь это среда для обучения, прототипирования и творчества, она не ориентирована на профессиональную разработку.
Play2 можно писать и на Java. JVM на мой взгляд не минус, а плюс, без нее бы Scala не имела доступа к такому обширному количеству библиотек, написанных на Java.
По моему опыту работы с монго, она прекрасно годится как замена MySQL на небольших и средних веб-проектах, которые пишутся с чистого листа, а не переписываются. Из-за своей schema-less. За целостностью данных обычно помогает следить ODM. Без транзакций в этих проектах можно обойтись, ведь с MyISM как-то обходились, а тут у монги есть атомарные операции и все что меняется в одном документе — происходит атомарно, т.е. по сути в одной «транзакции».
В той ветке или задаче над которой работаешь, но в которую не можешь включить это исправление, т.к. оно не относится к текущей задаче. TODO как меньшее зло.
Мне кажется из-за этого программисты начинают лениться и закрывать глаза на такие мелочи, ведь можно не исправлять и все будет работать. А иначе они думают — это же создавать таск, бранч, отдавать на мерж-реквест чтобы кто-то глянул, столько головной боли и забивают на такую мелочь. Вот этим я думаю и опасна такая модель.
Если рассматривать данный случай — правка одной строчки, и которая по сути оптимизация, а не фикс. И в этом случае вы создаете таск в своей системе трекинга? Мне просто интересно как у других.