Мне приходиться решать задачи в основном на стыке нескольких дисциплин — организации и автоматизации производства, экономики и программирования… и хотя в разработке программно — аппаратных систем я с 1973, тем не менее времени на очень глубокое изучение программирования не очень много…
Тем не менее, на практике получается так, что наработки кем — то сделанные и публикуемые на Интернет использую нечасто, чаще использую свои систематизированные наработки — это и быстрее и надежнее, в части ожидаемого результата
Статья прекрасная, характеризующая при этом человеческое общество в массе своей нелицеприятно — как стадо…
Часто вспоминаю то время, когда не было Интернета и все свободное время я тратил на разработку того или этого — в итоге получалось так что почти каждый месяц получали какое — нибудь вознаграждение за ту или иную реализованную разработку.
Ныне, не пользуясь ни фейсбуком, ни жж, ни твиттером, выключив мобильник, редко просматривая новости и еще реже почт у, тем не менее жалею, что трачу иногда время как сейчас, в данный момент, отрывая это время от разработки текущего проекта
Для Интернет — приложений, практически, к ним относятся все Ajax Tools элементы или серверные элементы Toolbox Visual Studio. Если прототипов подобных UI — элементов не имеются их придется реализовывать в ручную. И чем тогда по функциям отличаются «новые» языковые средства от бейсика 40 — летней давности?
в статье упоминается Ruby and NodeJS… здесь, на мой взгляд, возможно, одна проблема — UI — без развитой системы готовых элементов интерфейса с пользователям многие вещи быстро обесцениваются в пользу языковых средств где все это имеется
для разных задач средства возможно будут разными, сошлюсь на собственный пример:
… для физико — математических задач (для НАСА) мне подошел только Матлаб
… для системы Инвентори одной из компаний в США хватило средств Visual Studio for Windows
… для системы автоматизации труда дискрайберов в той компании США использовал Delphi for Windows
сегодня делаю сложный проект, в котором на первое место выходит функциональность и скорость — применяю Ajax Tools, Jquery, но есть и чисто серверные элементы — типа ListView, FormView… до этого пытался все сделать на MVC 5, но на отладку красивых и функциональных UI потратил массу времени и в конце концов пришел к выводу, что нужны стабильные и надежные средства
когда мы выступаем в качестве пользователя нас не интересует на каком фреймворке сделан тот или иной продукт, нас интересуют только одна характеристика — качество — функциональность продукта… никого не интересует возможность обеспечения полноценного тестирования и т.п.
когда я выступаю в качестве разработчика меня интересует только один вопрос — как обеспечить качественные (функциональность) характеристики продукта, в противном случае мне не выдержать конкуренцию на рынке. При этом мне бы желательно было это делать по возможности быстро и уж во всяком случае без заморочек с кодом — вы посмотрите на страницу представления с более или менее серьезными UI, например, jqxWidgets и сравните с Ajax Tools.
Меня не интересует что я использую — Матлаб, JavaScript, Delphi, C# — какая разница, в итоге нужна функциональность и скорость
мне приходилось делать проекты для НАСА (живу в США) и не уверен, что писать системы автоматизации на Net.Core сам Бог велел… достаточно сравнить функциональность пакетов Матлаб и Net, не говоря уж с AutoCad — системами
Занимаюсь автоматизацией давно… с 1973 года… вероятно, в 99% случаях используются специализированные программные среды, вплоть до уровня ассемблера — Windows среды избыточно перегружены интерфейсами не нужными в конкретной разработке.
Хотел бы сразу оговориться, я излагаю свое мнение, вероятно полностью не совпадающее с мнением чистых специалистов, занимающихся только интернет — приложениями.
Я с огромным удовольствием занялся бы экспериментами в MVC — они мне нравятся, но давайте оперировать фактами, а они говорят о том, что тем кто не имеет времени на эксперименты в той или иной области, в данном случае речь идет о программировании хотелось бы иметь дело с отлаженными инструментами. Давайте говорить честно — представила ли Майкрософт какие либо средства для обеспечения дизайна, взаимодействия с пользователем, кроме, по большому счету bootstrap and query, с их крайне скудным перечнем элементов UI, есть еще jqxWidgets — вдоволь с ними наэксприментировался…
Широко разрекламированный год наза ASP.NET 5 ничем и никак себя по серьезному не проявил — это все та же MVC 5 (ныне MVC 6), при использовании которой огромное количество времени тратиться на средства обеспечения интерфейса с пользователем — это либо возврат к HTML, либо к JavaScript в той или иной интерпретации, либо к очень скудные по номенклатуре клиент — ориентированные UI — элементы различных поставщиков. И, похоже, это положение планируется сохранить на уровне Core. Мне представляется, что тот уровень поддержки разработчиков, который ныне имеется для Web Forms, будет достигнут на новом витке технологической спирали лет через 10 — 15. При этом разработчики Windows и Visual Studio явно не учитывают, что мир стоит на пороге новой технологической революции, основной составляющей которой станут разработка систем генерации технологий, товаров и соответствующего оборудования…
Если бы я занимался только интернет — приложениями я бы принял за основу MVC по единственной причине — она будет развиваться и в дальнейшем, с генерацией различными фирмами (в рамках Core) клиент — ориентированных UI, которые изрядно облегчат жизнь обыкновенным разработчикам. Я говорю здесь лишь о необходимости надежных программных средств с помощью которых можно было бы быстропроизводить качественную продукцию. На данный момент, в части производства только программных продуктов, как это не прискорбно, это все те же вэб — формы по причине полного отсутствия клиент UI в инструментах Visual Studio 2015 и что посоветуете, кроме jquery, bootstrap end jqxWidgets? Убедите меня, что тестирование для меня намного важнее скорости, нестандартности и функциональности. Как вы отнесетесь к тому, что на ASP.NET 5 практически не имеется никакой документации — так одни обрывки и даже areas приходиться создавать вручную?
… но при этом практически везде заявляется, что вэб — формы (которые люди использовали 10 -15 лет) все заканчивается. ОК. Нисколько не против, тем более что MVC, на которые предлагается переходить всем поголовно и перейти — то несложно. Проблемы возникают потом — в ПОЛНОМ отсутствии соответствующих UI — элементов в Toolbox of Visual Studio. Мало того, как о неком прогрессе заявляется, что мы (пользователи) должны ориентироваться в будущем на UI — элементы сторонних разработчиков, без всякой унификации, с огромными потерями во времени с целью определить а как с ними работать — то? практически майкрософт на уровне представлений начинает новую технологическую спираль, на новом уровне, тем не менее отбрасывая сегодня пользователей назад, возможно, в 90е, предлагая нам вернуться на уровень HTML and Javascript, (хорошо хоть не Java, чтобы не мучиться с истоками C#, которому впрочем предшествовала и не Java а Unix C)… при этом нет никаких сомнений, что на новом этапе автоматически через сторонних поставщиков все придет к тем же UI только клиент — элементов вместо серверных.
О перспективах… попытавшись проанализировать перспективы MVC и поставив себя на место руководства Майкрософт пришел к выводу, что возможны два варианта развития событий:
1. маловероятный, когда майкрософт все пустит на самотек и отдаст Toolbox на откуп сторонним поставщикам ПО
2. наиболее вероятный, когда майкрософт по истечении нескольких лет создаст полноценную замену нынешнему Toolbox на основе клиент — ориентированных и серверных (таковые тоже нужны) UI. Проблема в том, что Майкрософт в качестве основы будет использовать уже кем — то сделанные лучшие образцы, а на это потребуется время.
В период этого вакуума, подумалось мне, нужно что — то делать — либо ориентироваться на современные средства, правда, требующие массу времени на поиск интерфейсных элементов, либо на уже известные инструментальные средства.
Я выбрал второе — web Forms, поскольку с моей точки зрения переход в дальнейшем на MVC сложным не будет.
с трудом но вспоминаю, но на мс — 1201, первых одноплатных эвм (до электроники нц), использовались процессоры не 1801 — 1811, а другие, название не вспомню, к нам на завод вначале пришли все комплектующие, без фотошаблонов и печатных плат и я паял все вручную, возможно, до десятка тысяч проводов, наводки конечно были страшные…
Речь в статье идет об американской системе «Сократ», о которой есть очень краткое упоминание в английской версии Википедии — эта система проектируется с 1983 года под эгидой военной разведки США. Ныне третья версия системы позиционируется как Супер — Академия наук, обеспечивающая «генерацию» технологий.
Система прошла обкатку в крупнейших компаний США и положена в основу закона H.R. 516 Return Jobs in America Act от ноября 2011. Назначение системы — обеспечение технологического отрыва от России и Китая на поколения. В настоящее время система разворачивается по всей территории США.
С руководством этой системы я знаком лично… и лишь по одной причине — занимаюсь этими же вопросами — ре — индустриализации и т.п. в середине 2012 (до дела Сноудена) я выступил инициатором разворачивания системы Сократ и в России тоже. Полгода велись видеоконференции на уровне руководства системы Сократ, Деловой России с моим участием…
ну и т.д.
Забавным является то что охламонов из хабрахарбора это не заинтересовало…
ну да ладно… проблема в том, что по данной тематике не могу найти на интернете никого с кем бы можно было иногда поговорить по этой тематике…
На ХабраХабре я видимо заканчиваю участие по нескольким причинам:
1. здесь очень странная система оценки, когда все что касается собственного опыта оценивается отрицательными оценками, притом что я действительный член одной из американских академий…
2. статья посланная мной в адрес редакции о системе, о которой в России вообще никто не знает, была редакцией отвергнута, притом что моя пояснительная записка об этой системе отправленная в адрес Админ. Президента была сразу переадресована в Мин. Обороны…
Относительно C# и C для управления программно — аппаратным комплексом… вы видимо не очень хорошо представляете реальные задачи и необходимые в связи с этим программные средства. К примеру средства Матлаба содержат прикладные пакеты, которые в C или C# пока не предполагаются в будущем…
я прекрасно знаю, причем в деталях о чем вы говорите — об мс — 1201, позже их назвали «электроникой». Делали их на Кванте в Зеленограде, мы на них много чего делали. Где — то в 1980 на них появились первые системы управления станков токарной и фрезерной группы… с тех прошло достаточно много времени те одноплатки уже давно нигде не применяются
Я говорю о системе на базе к580 — вот они да — применяются везде, только не российская или ссср — кая разработка, а сименовская
на входе любой квартиры в щитке стоят вставки, которые легко отключают ту или иную линию… но я бы этого делать не стал…
В статье львинная доля материала касается управлением силовыми элементами, между тем основной проблемой является как раз сильноточная коммутация — либо через реле, либо через тиристоры, все остальное мелочь. В случае применения реле, при тех токах которые имеют место они (реле) должны быть достаточно мощными с целью избежать обгорания контактов. В случае применения тиристоров в большинстве случае не обойтись без радиаторов…
все это ради чего?
Жена… сколько себя помню (в браке с 1971) жена никогда не возражала, что на одном из столов всегда что — то размещалось, зачастую вместе с осциллографом — он и сейчас в запаснике находится…
Относительно «так никто и не реализовал ничего подобного» в России… имеется ввиду создание полностью ПО и аппаратных средств на 580 серии — специализированные контроллеры Сименс, реализующие те же функции, как в части программных, так и аппаратных средств, созданы не в России.
Относительно простых языковых средств — С и C#, бейсика тех времен и нынешних принципиальных отличий не имеется — и тот и другой язык НЕСОВЕРШЕННЫ для реализации даже простых стендов… программно — аппаратный комплекс для НАСА мне пришлось реализовывать на Матлабе — C#, Delphi для этого не годятся…
Посмотрите мое био, чтобы легче было понять друг друга…
Я не чистый программист, а разработчик программно — аппаратных комплексов, с соответствующими запросами к функциональности ПО… в настоящий момент реализую проект, вероятно, наиболее сложный в моей карьере… что из этого выйдет посмотрим… и откровенно говоря меня интересует только эта тематика — на интернете к сожалению пока не нашел никого с кем можно было поговорить на эту тему, за исключением коллег, занимающихся американской системой Сократ
Если вы мне докажите, что свежий взгляд давно устарел буду очень рад. О себе — последняя должность на оборонном заводе — зам. генерального директора… ныне в США, где делал проекты в т.ч. для НАСА, многократно приглашался в Россию для руководства собственным проектом, по сложности много превосходящим гугл, фейсбук и пр.
Поясняю, я работал на оборонном заводе, в отраслевой лаборатории АСУ и АСУТП, в далеком 1976 году спроектировал и реализовал в «железе» — на 580 серии, на ассемблере, интерполятор — систему управления станками с ЧПУ токарной и фрезерной группы… забавно, но с тех пор по проишествии 40 лет в России так никто и не реализовал ничего подобного — все что делается ныне, делается на контроллерах практически той же серии, но Сименс. Что формально изменилось за 40 лет в области ПО по обеспечению автоматизации процессов, а не генерации мегатонн макулатуры, какой завален интернет? да ничего!
Тогда же появились одноплатные эвм мс -1201, с вшитым бейсиком, с функциями в принципе во многом схожими с нынешним бейсиком, что нынешнюю публику безусловно устроило, но не тех кто занимался автоматизацией процессов, нужен был бейсик способный работать с железом, таковой появился — квейсик. Что формально изменилось? бейсик 1974 — 1976 в одноплатной эвм и нынешний отличаются только функциями…
С, Unix, паскаль — это все то время — им соотвествует C#, Delphi нынешнего времени…
Я постоянно использую технологию «один клик» на Амазоне, при этом не вводя дополнительно никаких данных. Что касается секьюрети платежей обычно для этого использую на своих сайтах мерчант систему, в том числе и Pay Pal — там есть возможность обеспечения оплаты товара банковской картой…
Тем не менее, на практике получается так, что наработки кем — то сделанные и публикуемые на Интернет использую нечасто, чаще использую свои систематизированные наработки — это и быстрее и надежнее, в части ожидаемого результата
Часто вспоминаю то время, когда не было Интернета и все свободное время я тратил на разработку того или этого — в итоге получалось так что почти каждый месяц получали какое — нибудь вознаграждение за ту или иную реализованную разработку.
Ныне, не пользуясь ни фейсбуком, ни жж, ни твиттером, выключив мобильник, редко просматривая новости и еще реже почт у, тем не менее жалею, что трачу иногда время как сейчас, в данный момент, отрывая это время от разработки текущего проекта
… для физико — математических задач (для НАСА) мне подошел только Матлаб
… для системы Инвентори одной из компаний в США хватило средств Visual Studio for Windows
… для системы автоматизации труда дискрайберов в той компании США использовал Delphi for Windows
сегодня делаю сложный проект, в котором на первое место выходит функциональность и скорость — применяю Ajax Tools, Jquery, но есть и чисто серверные элементы — типа ListView, FormView… до этого пытался все сделать на MVC 5, но на отладку красивых и функциональных UI потратил массу времени и в конце концов пришел к выводу, что нужны стабильные и надежные средства
когда я выступаю в качестве разработчика меня интересует только один вопрос — как обеспечить качественные (функциональность) характеристики продукта, в противном случае мне не выдержать конкуренцию на рынке. При этом мне бы желательно было это делать по возможности быстро и уж во всяком случае без заморочек с кодом — вы посмотрите на страницу представления с более или менее серьезными UI, например, jqxWidgets и сравните с Ajax Tools.
Меня не интересует что я использую — Матлаб, JavaScript, Delphi, C# — какая разница, в итоге нужна функциональность и скорость
Занимаюсь автоматизацией давно… с 1973 года… вероятно, в 99% случаях используются специализированные программные среды, вплоть до уровня ассемблера — Windows среды избыточно перегружены интерфейсами не нужными в конкретной разработке.
Я с огромным удовольствием занялся бы экспериментами в MVC — они мне нравятся, но давайте оперировать фактами, а они говорят о том, что тем кто не имеет времени на эксперименты в той или иной области, в данном случае речь идет о программировании хотелось бы иметь дело с отлаженными инструментами. Давайте говорить честно — представила ли Майкрософт какие либо средства для обеспечения дизайна, взаимодействия с пользователем, кроме, по большому счету bootstrap and query, с их крайне скудным перечнем элементов UI, есть еще jqxWidgets — вдоволь с ними наэксприментировался…
Широко разрекламированный год наза ASP.NET 5 ничем и никак себя по серьезному не проявил — это все та же MVC 5 (ныне MVC 6), при использовании которой огромное количество времени тратиться на средства обеспечения интерфейса с пользователем — это либо возврат к HTML, либо к JavaScript в той или иной интерпретации, либо к очень скудные по номенклатуре клиент — ориентированные UI — элементы различных поставщиков. И, похоже, это положение планируется сохранить на уровне Core. Мне представляется, что тот уровень поддержки разработчиков, который ныне имеется для Web Forms, будет достигнут на новом витке технологической спирали лет через 10 — 15. При этом разработчики Windows и Visual Studio явно не учитывают, что мир стоит на пороге новой технологической революции, основной составляющей которой станут разработка систем генерации технологий, товаров и соответствующего оборудования…
Если бы я занимался только интернет — приложениями я бы принял за основу MVC по единственной причине — она будет развиваться и в дальнейшем, с генерацией различными фирмами (в рамках Core) клиент — ориентированных UI, которые изрядно облегчат жизнь обыкновенным разработчикам. Я говорю здесь лишь о необходимости надежных программных средств с помощью которых можно было бы быстропроизводить качественную продукцию. На данный момент, в части производства только программных продуктов, как это не прискорбно, это все те же вэб — формы по причине полного отсутствия клиент UI в инструментах Visual Studio 2015 и что посоветуете, кроме jquery, bootstrap end jqxWidgets? Убедите меня, что тестирование для меня намного важнее скорости, нестандартности и функциональности. Как вы отнесетесь к тому, что на ASP.NET 5 практически не имеется никакой документации — так одни обрывки и даже areas приходиться создавать вручную?
… но при этом практически везде заявляется, что вэб — формы (которые люди использовали 10 -15 лет) все заканчивается. ОК. Нисколько не против, тем более что MVC, на которые предлагается переходить всем поголовно и перейти — то несложно. Проблемы возникают потом — в ПОЛНОМ отсутствии соответствующих UI — элементов в Toolbox of Visual Studio. Мало того, как о неком прогрессе заявляется, что мы (пользователи) должны ориентироваться в будущем на UI — элементы сторонних разработчиков, без всякой унификации, с огромными потерями во времени с целью определить а как с ними работать — то? практически майкрософт на уровне представлений начинает новую технологическую спираль, на новом уровне, тем не менее отбрасывая сегодня пользователей назад, возможно, в 90е, предлагая нам вернуться на уровень HTML and Javascript, (хорошо хоть не Java, чтобы не мучиться с истоками C#, которому впрочем предшествовала и не Java а Unix C)… при этом нет никаких сомнений, что на новом этапе автоматически через сторонних поставщиков все придет к тем же UI только клиент — элементов вместо серверных.
О перспективах… попытавшись проанализировать перспективы MVC и поставив себя на место руководства Майкрософт пришел к выводу, что возможны два варианта развития событий:
1. маловероятный, когда майкрософт все пустит на самотек и отдаст Toolbox на откуп сторонним поставщикам ПО
2. наиболее вероятный, когда майкрософт по истечении нескольких лет создаст полноценную замену нынешнему Toolbox на основе клиент — ориентированных и серверных (таковые тоже нужны) UI. Проблема в том, что Майкрософт в качестве основы будет использовать уже кем — то сделанные лучшие образцы, а на это потребуется время.
В период этого вакуума, подумалось мне, нужно что — то делать — либо ориентироваться на современные средства, правда, требующие массу времени на поиск интерфейсных элементов, либо на уже известные инструментальные средства.
Я выбрал второе — web Forms, поскольку с моей точки зрения переход в дальнейшем на MVC сложным не будет.
Система прошла обкатку в крупнейших компаний США и положена в основу закона H.R. 516 Return Jobs in America Act от ноября 2011. Назначение системы — обеспечение технологического отрыва от России и Китая на поколения. В настоящее время система разворачивается по всей территории США.
С руководством этой системы я знаком лично… и лишь по одной причине — занимаюсь этими же вопросами — ре — индустриализации и т.п. в середине 2012 (до дела Сноудена) я выступил инициатором разворачивания системы Сократ и в России тоже. Полгода велись видеоконференции на уровне руководства системы Сократ, Деловой России с моим участием…
ну и т.д.
Забавным является то что охламонов из хабрахарбора это не заинтересовало…
ну да ладно… проблема в том, что по данной тематике не могу найти на интернете никого с кем бы можно было иногда поговорить по этой тематике…
1. здесь очень странная система оценки, когда все что касается собственного опыта оценивается отрицательными оценками, притом что я действительный член одной из американских академий…
2. статья посланная мной в адрес редакции о системе, о которой в России вообще никто не знает, была редакцией отвергнута, притом что моя пояснительная записка об этой системе отправленная в адрес Админ. Президента была сразу переадресована в Мин. Обороны…
Я говорю о системе на базе к580 — вот они да — применяются везде, только не российская или ссср — кая разработка, а сименовская
В статье львинная доля материала касается управлением силовыми элементами, между тем основной проблемой является как раз сильноточная коммутация — либо через реле, либо через тиристоры, все остальное мелочь. В случае применения реле, при тех токах которые имеют место они (реле) должны быть достаточно мощными с целью избежать обгорания контактов. В случае применения тиристоров в большинстве случае не обойтись без радиаторов…
все это ради чего?
Жена… сколько себя помню (в браке с 1971) жена никогда не возражала, что на одном из столов всегда что — то размещалось, зачастую вместе с осциллографом — он и сейчас в запаснике находится…
Относительно простых языковых средств — С и C#, бейсика тех времен и нынешних принципиальных отличий не имеется — и тот и другой язык НЕСОВЕРШЕННЫ для реализации даже простых стендов… программно — аппаратный комплекс для НАСА мне пришлось реализовывать на Матлабе — C#, Delphi для этого не годятся…
Я не чистый программист, а разработчик программно — аппаратных комплексов, с соответствующими запросами к функциональности ПО… в настоящий момент реализую проект, вероятно, наиболее сложный в моей карьере… что из этого выйдет посмотрим… и откровенно говоря меня интересует только эта тематика — на интернете к сожалению пока не нашел никого с кем можно было поговорить на эту тему, за исключением коллег, занимающихся американской системой Сократ
Тогда же появились одноплатные эвм мс -1201, с вшитым бейсиком, с функциями в принципе во многом схожими с нынешним бейсиком, что нынешнюю публику безусловно устроило, но не тех кто занимался автоматизацией процессов, нужен был бейсик способный работать с железом, таковой появился — квейсик. Что формально изменилось? бейсик 1974 — 1976 в одноплатной эвм и нынешний отличаются только функциями…
С, Unix, паскаль — это все то время — им соотвествует C#, Delphi нынешнего времени…