Сообщение Re[12]: Липперт упоминает Немерле от 11.12.2015 20:30
Изменено 11.12.2015 20:33 agat50
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, _Claus_, Вы писали:
_C_>>На этом деле (софт для исследователей в ИТ) много не заработаешь. 1) они как правило либо берут что-то близко готовое либо лепят все свое — зависит от шизанутости и наличия ресурсов. 2) они (исследователи) КРАЙНЕ малочисленны. где-то 1 на 20 000 обычных разрабов. в русскоязычной среде соотношение другое — я о мировом. 3) при выборе близко готового
_C_>>выбор будет сделан туда где есть большое комьюнити и уверенность в будущем проекта (верно для адекватных исследователей).
VD>Проблема в том, что описанные мной задачи воспринимаются пока как исследовательские. DSL-ный подход и расширяемые языки — очень даже практичные подходы. И будь они распространены среди программистов ими бы могли воспользоваться многие (если не все) программисты.
VD>Но, увы, согласен, что в нынешнем состоянии программистской общественности ты прав.
_C_>>Делая ставку на них, вы ИСКУССТВЕННО загоняете себя в угол в финансовом будущем. Что действительно найдет спрос на Нитру, и что вам под силу — конверторы с языка на язык и с языка на платформу. на это есть и денежный спрос, и возможности (как мне видится) у данной технологии.
VD>Идея интересная. Найти бы реальный, а не потенциальный спрос. Он бы очень помог бы делу. А там, глядишь, люди поймут, что и расширяемые языки — это хорошо, и применение DSL-ей освоят.
Реальный — мультиязыковой рефакторинг. Переименовываешь свойство в классе на c#, а в C либе, SQL хранимке и скрипте на питоне все автоматом менялось.
VD>Здравствуйте, _Claus_, Вы писали:
_C_>>На этом деле (софт для исследователей в ИТ) много не заработаешь. 1) они как правило либо берут что-то близко готовое либо лепят все свое — зависит от шизанутости и наличия ресурсов. 2) они (исследователи) КРАЙНЕ малочисленны. где-то 1 на 20 000 обычных разрабов. в русскоязычной среде соотношение другое — я о мировом. 3) при выборе близко готового
_C_>>выбор будет сделан туда где есть большое комьюнити и уверенность в будущем проекта (верно для адекватных исследователей).
VD>Проблема в том, что описанные мной задачи воспринимаются пока как исследовательские. DSL-ный подход и расширяемые языки — очень даже практичные подходы. И будь они распространены среди программистов ими бы могли воспользоваться многие (если не все) программисты.
VD>Но, увы, согласен, что в нынешнем состоянии программистской общественности ты прав.
_C_>>Делая ставку на них, вы ИСКУССТВЕННО загоняете себя в угол в финансовом будущем. Что действительно найдет спрос на Нитру, и что вам под силу — конверторы с языка на язык и с языка на платформу. на это есть и денежный спрос, и возможности (как мне видится) у данной технологии.
VD>Идея интересная. Найти бы реальный, а не потенциальный спрос. Он бы очень помог бы делу. А там, глядишь, люди поймут, что и расширяемые языки — это хорошо, и применение DSL-ей освоят.
Реальный — мультиязыковой рефакторинг. Переименовываешь свойство в классе на c#, а в C либе, SQL хранимке и скрипте на питоне все автоматом менялось.
Re[12]: Липперт упоминает Немерле
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, _Claus_, Вы писали:
_C_>>На этом деле (софт для исследователей в ИТ) много не заработаешь. 1) они как правило либо берут что-то близко готовое либо лепят все свое — зависит от шизанутости и наличия ресурсов. 2) они (исследователи) КРАЙНЕ малочисленны. где-то 1 на 20 000 обычных разрабов. в русскоязычной среде соотношение другое — я о мировом. 3) при выборе близко готового
_C_>>выбор будет сделан туда где есть большое комьюнити и уверенность в будущем проекта (верно для адекватных исследователей).
VD>Проблема в том, что описанные мной задачи воспринимаются пока как исследовательские. DSL-ный подход и расширяемые языки — очень даже практичные подходы. И будь они распространены среди программистов ими бы могли воспользоваться многие (если не все) программисты.
VD>Но, увы, согласен, что в нынешнем состоянии программистской общественности ты прав.
_C_>>Делая ставку на них, вы ИСКУССТВЕННО загоняете себя в угол в финансовом будущем. Что действительно найдет спрос на Нитру, и что вам под силу — конверторы с языка на язык и с языка на платформу. на это есть и денежный спрос, и возможности (как мне видится) у данной технологии.
VD>Идея интересная. Найти бы реальный, а не потенциальный спрос. Он бы очень помог бы делу. А там, глядишь, люди поймут, что и расширяемые языки — это хорошо, и применение DSL-ей освоят.
Реальный — мультиязыковой рефакторинг. Переименовываешь свойство\меняешь сигнатуру функцию в классе на c#, а в C либе, SQL хранимке и скрипте на питоне все автоматом менялось и проверялось соответствие друг другу.
VD>Здравствуйте, _Claus_, Вы писали:
_C_>>На этом деле (софт для исследователей в ИТ) много не заработаешь. 1) они как правило либо берут что-то близко готовое либо лепят все свое — зависит от шизанутости и наличия ресурсов. 2) они (исследователи) КРАЙНЕ малочисленны. где-то 1 на 20 000 обычных разрабов. в русскоязычной среде соотношение другое — я о мировом. 3) при выборе близко готового
_C_>>выбор будет сделан туда где есть большое комьюнити и уверенность в будущем проекта (верно для адекватных исследователей).
VD>Проблема в том, что описанные мной задачи воспринимаются пока как исследовательские. DSL-ный подход и расширяемые языки — очень даже практичные подходы. И будь они распространены среди программистов ими бы могли воспользоваться многие (если не все) программисты.
VD>Но, увы, согласен, что в нынешнем состоянии программистской общественности ты прав.
_C_>>Делая ставку на них, вы ИСКУССТВЕННО загоняете себя в угол в финансовом будущем. Что действительно найдет спрос на Нитру, и что вам под силу — конверторы с языка на язык и с языка на платформу. на это есть и денежный спрос, и возможности (как мне видится) у данной технологии.
VD>Идея интересная. Найти бы реальный, а не потенциальный спрос. Он бы очень помог бы делу. А там, глядишь, люди поймут, что и расширяемые языки — это хорошо, и применение DSL-ей освоят.
Реальный — мультиязыковой рефакторинг. Переименовываешь свойство\меняешь сигнатуру функцию в классе на c#, а в C либе, SQL хранимке и скрипте на питоне все автоматом менялось и проверялось соответствие друг другу.