Перспективные темы в IT

[Alefti]

Базы данных + Экспертные системы = самое перспективное направление ИМХО
 

[avl]

Что такое АОП?

Аспект-Ориентированное Программирование.
Есть такое понятие как аспект - т.е. какая-та функциональность которая присутствует в более-менее любом участке системы и более-менее независима от нее. К примеру, ведение логов (журналов), аудит, проверка полномочий, транзакции, управление ресурсами. Т.е. если какой-то аспект исключить, то система останется функциональной, но неудовлетворяющей тем или иным доп. требованиям.
АОП соответственно поддерживает сборочное программирование из компонентов такого типа - аспектов.

[avl]

А еще раньше начали развивать business rules engines, а сейчас workflow
Многие считают это неалгоритмическим программированием, хотя я лично ничего неалгоритмического в этом не вижую Можно с натяжкой назвать разве что декларативным.

Это система декларативеного задания алгоритмов .

На самом деле, смотря что в эти бизнес-рулезы и воркфлоу вкадывать. Т.е. это, вообще говоря, попытки создать способ программирования, удобный для не-программистов. В принципе, можно делать такие попытки и на основе декларативных языков.
Но как мне кажется все эти попытки особого успеха не имеют, получается система слишком сложная для не-программиста, и слишком простая для программиста. Все-таки программирование требует особой дисциплины мышления.

[avl]

Я вот потухаю над примерами по Прологу, которые приводятся в пособиях по нему. Что в этом Прологе есть такого, чего сделать средствами SQL?

В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..

А зачем его обязательно учитывать на таком низком уровне? Можно же поверх предикатов задать время. Конечно, иногда бывает удобнее время прямо задавать, так иногда и делают. Но получается не гибко, потому что темпоральные логики - это все тоже заморочно и напряжно в реализации.
Логика предикатов первого порядка достаточно мощная, в тоже время достаточно примитивная для эффективной реализации. Более сложные логики используют в специализированных системах, которые рано или поздно упираются в свои ограничения и начинают тяготеть в сторону первопорядковой.

[Flammar]

А еще раньше начали развивать business rules engines, а сейчас workflow
Многие считают это неалгоритмическим программированием, хотя я лично ничего неалгоритмического в этом не вижую Можно с натяжкой назвать разве что декларативным.

Это система декларативеного задания алгоритмов .

На самом деле, смотря что в эти бизнес-рулезы и воркфлоу вкадывать. Т.е. это, вообще говоря, попытки создать способ программирования, удобный для не-программистов. В принципе, можно делать такие попытки и на основе декларативных языков.
Но как мне кажется все эти попытки особого успеха не имеют, получается система слишком сложная для не-программиста, и слишком простая для программиста. Все-таки программирование требует особой дисциплины мышления.

Система для математиков . Тоже требует особой дисциплины мышления .
У нас в инстуте преп по линейной алгебре много ругался по поводе того, что в школе ввели информатику и постоянно настоятельно рекомендовал нам забыть, что мы по ней изучали. Наверное это потому, что математики склонны к мышлению в терминах рекурсии, а на информатике давали алгоритмы.

Т.е., один хер, надо быть либо программистом либо математиком - и то и то с особой дисциплиной мышления...

[Ramil]

В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..

А зачем его обязательно учитывать на таком низком уровне? Можно же поверх предикатов задать время. Конечно, иногда бывает удобнее время прямо задавать, так иногда и делают. Но получается не гибко, потому что темпоральные логики - это все тоже заморочно и напряжно в реализации.
 

Сейчас интересны гибкие, изменчивые системы с памятью. Сегодня она функционирует так, а завтра по другому, но помнит, что было вчера. Вот такое нетривиальное Т.З.  

[avl]

В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..

А зачем его обязательно учитывать на таком низком уровне? Можно же поверх предикатов задать время. Конечно, иногда бывает удобнее время прямо задавать, так иногда и делают. Но получается не гибко, потому что темпоральные логики - это все тоже заморочно и напряжно в реализации.
 

Сейчас интересны гибкие, изменчивые системы с памятью. Сегодня она функционирует так, а завтра по другому, но помнит, что было вчера. Вот такое нетривиальное Т.З.

Самое смешное что это вполне решаемо современными технологиями. Но то ли квалификации не достает, то ли на самом деле неявно подразумеваемое ТЗ все-таки совсем другое. Ибо на практике ни разу не встречал чтобы предпринимались шаги в этом направлении.

[Jeka]

А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента. Остались конечно узкие области.  Есть у нас в городе институт ГАЗПРОМа там обучающие системы пишут, я как увидел; у меня был легкий шок, 3дмакс+вудзрш либо С++ и плагиат аналогичный продуктов. Мне вот интересно с новым законодательстве об авторском праве, можно ли тех, кто вставляет в свои программы чужие исходники привлечь к ответственности? Или это трудно доказать? Т.к. нужно дисамить прогу, а это вроде как противоречит закону. И еще момент, а можно ли антивирусные компании привлечь к ответственности, если они какой-нить спам или рекламный вирус расковыряли и внесли в свои база антивируса? Ведь для этого они фактически нарушили 273 ст. УК РФ. Хотя мне сложно представить писателя вируса, который подаст в суд на антивирусную компанию.

[Mr.M]

можно ли антивирусные компании привлечь к ответственности, если они какой-нить спам или рекламный вирус расковыряли и внесли в свои база антивируса? Ведь для этого они фактически нарушили 273 ст. УК РФ. Хотя мне сложно представить писателя вируса, который подаст в суд на антивирусную компанию.

Обнаружен вирусописатель? Ст. 273 УК РФ защищает нормальную работу компьютера, нормальные программы, и направлена против вирусов.
Называть вирусы хорошими программами и теоретизировать о защите их через суд будет только вирусописатель, такой у крякера экономический интерес и такая психология.

Мне вот интересно с новым законодательстве об авторском праве, можно ли тех, кто вставляет в свои программы чужие исходники привлечь к ответственности? Или это трудно доказать? Т.к. нужно дисамить прогу, а это вроде как противоречит закону.

Есть у нас в городе институт ГАЗПРОМа, там обучающие системы пишут, я как увидел, у меня был легкий шок: 3D MAX+Delphi либо С++, и плагиат аналогичных продуктов.

Для суда эксперту достаточно не дизасмить, а в распакованном машинном коде найти строки доказывающие аутентичность исходника. Главное, чтоб в заключении эксперта не фигурировало дисассемблирование в человеко-читаемый вид, а как он эти строки расковыряет - его дело.
См. дела по защите GPL в Германии.

А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента.

Типичный взгляд ленивого халявщика. Любой поиск нужного компонента натыкатеся либо на его отсутствие либо на несколько платных альтернатив или широкий выбор альтернатив, выбор среди которых займет времени столько же, сколько и само написание. а еще есть тестирование, и адаптация для чужого кода.

Предложение порождает спрос.
массовый спрос порождает массовое предложение. =>
массовый спрос и массовое предложение порождают рынок. =>
при конкуренции на рынке, цена товара стремится к себестоимости, а прибыль к нулю. =>
ниша закрывается.

То, что готовых кусков стало больше не сделало их легко-переиспользуемыми или готовыми для продакшна.
А тестирование и адаптация - тоже ненулевой стоимости дело и к поиску и тупому переиспользованию не сводится.
Да, чего-то стало больше, для самых массовых сегментов.
А где-то все так же, Пустота.

Остались конечно узкие области.

области узкие или нет, зависит от точки зрения. При взгляде сбоку любая ниша кажется узкой

[Евгений_Витальевич]

А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента.

Хуюшки
Это означает только полное отсутствие квалификации прогеров, которые так думают
В серьёзных задачах без оптимизации кода не обойтись
"Кремния не жалеть" - годится только для маленьких проектов, под которые покупают большой сервер и можно терпеть стократный перерасход ресурсов
Если ты делаешь систему для обслуживания хотя бы большх потоков клиентов, то вынужден уже писать код сам - нет таких серверов, которые бы не легли под потоком клиентов со стандартным ПО

[Nomarch]

Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...

[Dj Sparcle]

Интересно: где учились создателе Битрикса?

[Jeka]

А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента.

Хуюшки
Это означает только полное отсутствие квалификации прогеров, которые так думают
В серьёзных задачах без оптимизации кода не обойтись
"Кремния не жалеть" - годится только для маленьких проектов, под которые покупают большой сервер и можно терпеть стократный перерасход ресурсов
Если ты делаешь систему для обслуживания хотя бы большх потоков клиентов, то вынужден уже писать код сам - нет таких серверов, которые бы не легли под потоком клиентов со стандартным ПО

 Писать хороший и оптимизированный код - не выгодно. Поглядите на Windows, она дырявая и глючная и прекрасно продается.  Windows Vista удалось продать на несколько сотен миллионов, это при том, что была огромная проблема с совместимостью и стабильностью.
А есть  прекрасная операционная система Solaris, о которой даже многие и не помнят и не знают.
Программирование в 95% случаях превратилось в отлавливание кусков кода, затем с их последующей адаптацией.

[Jeka]

Интересно: где учились создателе Битрикса?

Про Дырявость Битрикса - это давно целый анекдот.
У нас в городе есть филиал их, без комментариев.
Если не писать дырявый софт, то никто не будет покупать обновления.

[Jeka]

Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...

А Вам это сильно в жизни пригодилось? Сейчас компы стали быстрыми, что даже Винда не может их затормозить.
Если бы можно выводить графику через ассемблер, а не DirectX. Даже в случае с медленным алгоритмом на асме скорость была бы в 400 раз меньше, чем реализация DirectX с быстрым.
В IT мире продают софта больше того, который первый вышел на рынок, хоть после него вышел софт в разы лучше.

[druidm]

Интересно: где учились создателе Битрикса?

у них не только руки из жопы растут.

Правда, в чем они молодцы, это в том что к их админки юзеры быстро привыкают

[Armored]

Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...

А Вам это сильно в жизни пригодилось? Сейчас компы стали быстрыми, что даже Винда не может их затормозить.
Если бы можно выводить графику через ассемблер, а не DirectX. Даже в случае с медленным алгоритмом на асме скорость была бы в 400 раз меньше, чем реализация DirectX с быстрым.

Есть такая операционка Colibri (или Colibry), так вот ее функционал примерно равен Винде 95 (т. е.графический интерфейс и даже интернет поддерживает), но помещается оная на стандартную дискету. Вроде как на асме написана.

[Jeka]

menuet os

[Flammar]

Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...

Про длину - это до сих пор правильно: код есть неизбежное зло (если приходится его не только писать, но и читать), зло надо минимизировать.

[Flammar]

Писать хороший и оптимизированный код - не выгодно. Поглядите на Windows, она дырявая и глючная и прекрасно продается.  Windows Vista удалось продать на несколько сотен миллионов, это при том, что была огромная проблема с совместимостью и стабильностью.
А есть  прекрасная операционная система Solaris, о которой даже многие и не помнят и не знают.
Программирование в 95% случаях превратилось в отлавливание кусков кода, затем с их последующей адаптацией.

невыгодно не "писать", а "продавать" его: все сливки уже сняты

[Flammar]

А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента.

Хуюшки
Это означает только полное отсутствие квалификации прогеров, которые так думают
В серьёзных задачах без оптимизации кода не обойтись
"Кремния не жалеть" - годится только для маленьких проектов, под которые покупают большой сервер и можно терпеть стократный перерасход ресурсов
Если ты делаешь систему для обслуживания хотя бы большх потоков клиентов, то вынужден уже писать код сам - нет таких серверов, которые бы не легли под потоком клиентов со стандартным ПО

Когда я работал в Exigen Services, у меня тоже сложилось впечатление, что программирование на 90% превратилось в поиск нужного компонента. Но там контора такая. И 90% эти - по объему скомпилированного кода