Аналитический клуб

Научно-технический Клуб => Математика, информатика и лингвистика => Тема начата: DML от 05 Апрель 2007, 22:43:04

Название: Перспективные темы в IT
Отправлено: DML от 05 Апрель 2007, 22:43:04
Приветствую всех!

Хотел бы услышать Ваше мнение относительно самых популярных и перспективных тем в IT - неалгоритмическое программирование и веб-разработка, это понятно.. А что еще? Насколько перспективно специализироваться на внедрении ПО, или скажем на системном администрировании? На чем-то еще?
Название: Перспективные темы в IT
Отправлено: Колобок от 05 Апрель 2007, 22:51:35
Моё личное мнение - самым выгодным ещё долгое время будет разработка, программисты в дефиците даже в Индии. Не говоря уже о менеджерах проектов разных уровней. Неалгоритмическое программирование - не встречался ещё ни с одним проектом, где оно использовалось. Веб-разработка - самая простая часть программирования, следовательно, наименее перспективная.
Название: Перспективные темы в IT
Отправлено: Leonid12 от 06 Апрель 2007, 10:19:32
Цитировать
Моё личное мнение - самым выгодным ещё долгое время будет разработка, программисты в дефиците даже в Индии. Не говоря уже о менеджерах проектов разных уровней. Неалгоритмическое программирование - не встречался ещё ни с одним проектом, где оно использовалось. Веб-разработка - самая простая часть программирования, следовательно, наименее перспективная.
Однако стоит учесть, что программером по найму имеет смысл быть до 28-30-и лет. После этого молодняк вас быстро "съест": мозги уже не так подвижны и освоение новых примеов начинает даваться мучительно сложно. Так что 30-и летнему программеру надо или становиться боссом и самому нанимать молодняк для работы на себя, или круто менять специальность, или идти на дно.  
Название: Перспективные темы в IT
Отправлено: Колобок от 06 Апрель 2007, 13:36:26
Цитировать
Однако стоит учесть, что программером по найму имеет смысл быть до 28-30-и лет. После этого молодняк вас быстро "съест": мозги уже не так подвижны и освоение новых примеов начинает даваться мучительно сложно. Так что 30-и летнему программеру надо или становиться боссом и самому нанимать молодняк для работы на себя, или круто менять специальность, или идти на дно.
Интересно, что при этом многие компании в Соединённых Штатах, размещая объявления о приёме на работу разработчиков, указывают в качестве необходимого условия 7, 10 и даже 15 лет опыта в различных сферах разработки.
Название: Перспективные темы в IT
Отправлено: t_vitali от 07 Апрель 2007, 03:00:58
Цитировать
Цитировать
Моё личное мнение - самым выгодным ещё долгое время будет разработка, программисты в дефиците даже в Индии. Не говоря уже о менеджерах проектов разных уровней. Неалгоритмическое программирование - не встречался ещё ни с одним проектом, где оно использовалось. Веб-разработка - самая простая часть программирования, следовательно, наименее перспективная.
Однако стоит учесть, что программером по найму имеет смысл быть до 28-30-и лет. После этого молодняк вас быстро "съест": мозги уже не так подвижны и освоение новых примеов начинает даваться мучительно сложно. Так что 30-и летнему программеру надо или становиться боссом и самому нанимать молодняк для работы на себя, или круто менять специальность, или идти на дно.
Видимо специфика образования сказывается. В Северной Америке программерами работают и после 50. И прийомы осваивают, и учатся на курсах и ценятся выше.

Скорей всего менеджмент кривой. Отсюда работа на истощение - постоянный овертаймы, куча багов, кривой дизайн. В результате такой сумашедший темп могут держать только молодые. После 30 уже работать по 12 - 14 часов в день тяжело.
От недостатка опыта всё это. Моя группа в Торонто умудряется не напрягаясь делать больше чем две группы китайцев в Бей джине. Эти там всё удивляются этому факту. Ведь пашут по 12 часов в день, часто без выходных. А на выходе часто херня получается. Вот последний пример - дали им в Токио клиенту систему показать. Мудаки две недели возились сделать ничего не могли. Пришлось в Токио ехать и свою группу напрягать - 4 дня и сделали решение устроившее всех.

Когда менеджмент поставлен в соответствии со стандартами прошлого века - работать в программинге могут только молодые. Причём постоянное пережигание персонала идёт. Результат низкая производительность из за большого количества ошибок вносимых бешенным ритмом работы.
Название: Перспективные темы в IT
Отправлено: Rouslan от 07 Апрель 2007, 12:43:21
Точно подмечено - полностью согласен. Причем такая гонка и пережигание происходит не только в программинге, но и в других "отраслях" скажем так. В логистике, например, - есть личный опыт. И в продажах тоже самое.

В общем это специфика текущего положения в российском управлении.
А также в китайском и индийском.

В Европе, Штатах (благодаря Европе) и в Японии (благодаря США) все по другому.

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

Главное не застрять в этом бесконечно состоянии. Тогда будут положительные результаты.
Название: Перспективные темы в IT
Отправлено: vladimir от 08 Апрель 2007, 00:25:39
Цитировать
Цитировать
Моё личное мнение - самым выгодным ещё долгое время будет разработка, программисты в дефиците даже в Индии. Не говоря уже о менеджерах проектов разных уровней. Неалгоритмическое программирование - не встречался ещё ни с одним проектом, где оно использовалось. Веб-разработка - самая простая часть программирования, следовательно, наименее перспективная.
Однако стоит учесть, что программером по найму имеет смысл быть до 28-30-и лет. После этого молодняк вас быстро "съест": мозги уже не так подвижны и освоение новых примеов начинает даваться мучительно сложно. Так что 30-и летнему программеру надо или становиться боссом и самому нанимать молодняк для работы на себя, или круто менять специальность, или идти на дно.
Необязательно, что после 30 мозги не те, просто люди ленивее становятся, скучно.
Название: Перспективные темы в IT
Отправлено: vladimir от 08 Апрель 2007, 00:32:42
Цитировать
Моё личное мнение - самым выгодным ещё долгое время будет разработка, программисты в дефиците даже в Индии. Не говоря уже о менеджерах проектов разных уровней. Неалгоритмическое программирование - не встречался ещё ни с одним проектом, где оно использовалось. Веб-разработка - самая простая часть программирования, следовательно, наименее перспективная.
Кто тебе сказал что ,там программисты ,обычные обезьянки.
Недавно встретил бывшую молодую преподшу ,работала до этого экономистом, потом пошла в IBM, так говорила что программист, потом как по распрашивал, уточнила что тестер, а это разные вещи.
Парень если ты не встречал неалгоритмическое программирование, это не значит что его нет ,просто не для мас.
Вот самый известные из рассекреченых, программа для советского амбизициозного проекта "БУРАН"  писалась на ПРОЛОГ.
Веб разработкой сейчас каждый в конторе у себе занимается, от директора до менеджера - беларусское хобби.
Недавно наткнулся на обьявление на работу ,так там требовалось знание Vusial C  и ООП и Искусственного Интелекта, семантический поиск.
В инете скоро появятся новые типы поисковиков более умные.
ООП тоже можно сказать неалгоритмическое программирование, а это частично JAVA.
Например ИИ применяется в маркетинге. и еще где.

Это вкратце.
 
Название: Перспективные темы в IT
Отправлено: vladimir от 08 Апрель 2007, 00:34:31
Цитировать
Приветствую всех!

Хотел бы услышать Ваше мнение относительно самых популярных и перспективных тем в IT - неалгоритмическое программирование и веб-разработка, это понятно.. А что еще? Насколько перспективно специализироваться на внедрении ПО, или скажем на системном администрировании? На чем-то еще?
Об этом ты скоро услышишь ,сейчас идут разработки.
Есть компание американская поисковики разрабатывает сейчас  ,набирает людей по миру , на семантическом поиске,ИИ.
В японии было дело на заглохло , по одной проблеме.
Название: Перспективные темы в IT
Отправлено: vladimir от 08 Апрель 2007, 00:37:26
Цитировать
Цитировать
Цитировать
Моё личное мнение - самым выгодным ещё долгое время будет разработка, программисты в дефиците даже в Индии. Не говоря уже о менеджерах проектов разных уровней. Неалгоритмическое программирование - не встречался ещё ни с одним проектом, где оно использовалось. Веб-разработка - самая простая часть программирования, следовательно, наименее перспективная.
Однако стоит учесть, что программером по найму имеет смысл быть до 28-30-и лет. После этого молодняк вас быстро "съест": мозги уже не так подвижны и освоение новых примеов начинает даваться мучительно сложно. Так что 30-и летнему программеру надо или становиться боссом и самому нанимать молодняк для работы на себя, или круто менять специальность, или идти на дно.
Видимо специфика образования сказывается. В Северной Америке программерами работают и после 50. И прийомы осваивают, и учатся на курсах и ценятся выше.

Скорей всего менеджмент кривой. Отсюда работа на истощение - постоянный овертаймы, куча багов, кривой дизайн. В результате такой сумашедший темп могут держать только молодые. После 30 уже работать по 12 - 14 часов в день тяжело.
От недостатка опыта всё это. Моя группа в Торонто умудряется не напрягаясь делать больше чем две группы китайцев в Бей джине. Эти там всё удивляются этому факту. Ведь пашут по 12 часов в день, часто без выходных. А на выходе часто херня получается. Вот последний пример - дали им в Токио клиенту систему показать. Мудаки две недели возились сделать ничего не могли. Пришлось в Токио ехать и свою группу напрягать - 4 дня и сделали решение устроившее всех.

Когда менеджмент поставлен в соответствии со стандартами прошлого века - работать в программинге могут только молодые. Причём постоянное пережигание персонала идёт. Результат низкая производительность из за большого количества ошибок вносимых бешенным ритмом работы.
Пытаются работать в постиндустриальном бизнесе, методика менеджмента из индустриальной эпохе. Я тоже сравнивал работу программеров в США и РБ.
Наших как на убой гонят, боятся что не успеют сорвать бабло.
В америке все спокойно, умеренно и работа получается такая.
Наш менталитет сказывается на бизнесе.
И работать могу не молодые, а глупые.
Название: Перспективные темы в IT
Отправлено: gazda от 10 Апрель 2007, 14:11:25
Цитировать
Видимо специфика образования сказывается. В Северной Америке программерами работают и после 50. И прийомы осваивают, и учатся на курсах и ценятся выше.
15 лет этой работы порядком подзаебали
нормальный человек это не выдержит
я обратил внимание на то, что старые программеры, которые не стремятся выдвинуться выше, они в общем шизанутые, у них в ящике не полный порядок
 
Название: Перспективные темы в IT
Отправлено: Колобок от 10 Апрель 2007, 16:51:53
Интересно, а можно считать, что в VHDL используются в том числе неалгоритмические методы программирования, когда описывается функциональная модель, кто-нибудь с этим сталкивался?
Название: Перспективные темы в IT
Отправлено: avl от 11 Апрель 2007, 11:36:31
Цитировать
Интересно, а можно считать, что в VHDL используются в том числе неалгоритмические методы программирования, когда описывается функциональная модель, кто-нибудь с этим сталкивался?
Можно. В разработке харда вообще без неалгоритмических методов тяжело, это одна из наиболее интенсивных областей применения сиих методов.
Название: Перспективные темы в IT
Отправлено: DML от 11 Апрель 2007, 12:57:39
Уважаемые, Вас понял в том, что касается разработки. А если говорить о внедрении и поддержке? Что тут актуального и перспективного?
Название: Перспективные темы в IT
Отправлено: avl от 11 Апрель 2007, 15:13:55
Во внедрении и поддержке неалгоритмические подходы как раз жутко актуальны, но требуют серьезных инвестиций.
Из опыта работы в финансовом софте - его постоянно нужно кастомизировать под требования заказчика. Некоторые конторы работают исключительно таким образом, т.е. как консультанты, создавая каждый раз продукт под конкретный заказ. Некоторые учитывают требования клиентов в будущих версиях, но это хреново сказывается на отношениях с клиентами (долгие сроки а могут и не сделать). В то же время базовая функциональность везде примерно одинаковая (например коннект к биржам, брокерам, контроллирующим органам и т.д.).
Короче, гораздо проще было бы выпускать основной продукт, но так чтобы его можно было бы очень гибко кастомизить под требования конкретного заказчика, причем чтобы это могла делать независимая контора или же сам заказчик.
Та же херня во всяких ЕРП/ЦРМ, бухгалтериях.
Дык вот, через алгоритмический софт эта проблема решается крайне хреново (я бы даже сказал хуево), ибо разделять полномочия по каким-то аспектам в такой системе очень тяжело организационно. К примеру, если я, как заказчик, хочу делать одну маленькую и простенькую штуку (учет к примеру), но на всех этапах процесса, то по нормальному надо чуть подправить код по всей системе. Понятно, что этого никто не допустит, ибо заказчик чего-нить напортачит, все грохнется, а свалит все на производителя ПО. Ну и заказчик тоже заебется разбираться, что к чему. Частично, это решается через всякие плагины и компоненты, т.е. такие точки где можно расширять базовую функциональность. Но это работает только в простых и стандартизованных случаях, и все равно может потребовать много труда. Кроме того, это все приводит к тому, что система работает неэффективно, постоянно проверяя, а не переопределена ли функциональность в этой точке, осуществляет защиту от потенциально опасного кода и т.д. Короче, часто вся хрень начинает сильно тормозить, а в финансах это бывает кричтично.
Ежели коротко, то неалгоритмические подходы позволяют эти проблемы решать более эффективно.
Название: Перспективные темы в IT
Отправлено: vladimir от 13 Апрель 2007, 17:25:40
Цитировать
Та же херня во всяких ЕРП/ЦРМ, бухгалтериях.
Дык вот, через алгоритмический софт эта проблема решается крайне хреново (я бы даже сказал хуево),
Вот поэтому и начали развивать ООП
Название: Перспективные темы в IT
Отправлено: avl от 13 Апрель 2007, 19:07:26
Цитировать
Цитировать
Та же херня во всяких ЕРП/ЦРМ, бухгалтериях.
Дык вот, через алгоритмический софт эта проблема решается крайне хреново (я бы даже сказал хуево),
Вот поэтому и начали развивать ООП
ООП помогает, но не всегда. Поэтому начали развивать АОП :).
ООП - это лишь надстройка над алгоритмическим софтом (хотя может быть использоваться и как надстройка над неалгоритмическим).
Название: Перспективные темы в IT
Отправлено: vlyerm от 13 Апрель 2007, 21:59:04
Что такое АОП?
Название: Перспективные темы в IT
Отправлено: dace от 13 Апрель 2007, 22:40:29
Цитировать
Цитировать
Цитировать
Та же херня во всяких ЕРП/ЦРМ, бухгалтериях.
Дык вот, через алгоритмический софт эта проблема решается крайне хреново (я бы даже сказал хуево),
Вот поэтому и начали развивать ООП
ООП помогает, но не всегда. Поэтому начали развивать АОП :).
 
А еще раньше начали развивать business rules engines, а сейчас workflow
Многие считают это неалгоритмическим программированием, хотя я лично ничего неалгоритмического в этом не вижую Можно с натяжкой назвать разве что декларативным.
Название: Перспективные темы в IT
Отправлено: Flammar от 15 Апрель 2007, 20:44:19
Я вот потухаю над примерами по Прологу, которые приводятся в пособиях по нему. Что в этом Прологе есть такого, чего сделать средствами SQL?
Название: Перспективные темы в IT
Отправлено: Flammar от 15 Апрель 2007, 20:57:41
Цитировать
Цитировать
Та же херня во всяких ЕРП/ЦРМ, бухгалтериях.
Дык вот, через алгоритмический софт эта проблема решается крайне хреново (я бы даже сказал хуево),
Вот поэтому и начали развивать ООП
То, что обычно поднимают под "ООП" - Java, C#, VB (С++ - это вообще не ООП, а ООП-образный текстовый препроцессор) - это способ организовать лучше (и при этом обычно получается - если брать именно Java или C#, а не VB и тем более не C++) тот же самый алгоритмический софт. Java от прочей ОО-фигни отличается в лучшую сторону в основном широким и грамотным задействованием косвенного вызова подпрограмм и элегантным совмещением этого с использованием раннего связывания настолько широко, насколько это возможно.
Название: Перспективные темы в IT
Отправлено: vladimir от 15 Апрель 2007, 22:03:31
Цитировать
Цитировать
Цитировать
Та же херня во всяких ЕРП/ЦРМ, бухгалтериях.
Дык вот, через алгоритмический софт эта проблема решается крайне хреново (я бы даже сказал хуево),
Вот поэтому и начали развивать ООП
То, что обычно поднимают под "ООП" - Java, C#, VB (С++ - это вообще не ООП, а ООП-образный текстовый препроцессор) - это способ организовать лучше (и при этом обычно получается - если брать именно Java или C#, а не VB и тем более не C++) тот же самый алгоритмический софт. Java от прочей ОО-фигни отличается в лучшую сторону в основном широким и грамотным задействованием косвенного вызова подпрограмм и элегантным совмещением этого с использованием раннего связывания настолько широко, насколько это возможно.
А я не спорил. Просто для того чтобы проше понять. И вообще Пролог не для персоналок, а для мейнфреймов пятого поколения
Название: Перспективные темы в IT
Отправлено: Ramil от 16 Апрель 2007, 07:37:13
Цитировать
Я вот потухаю над примерами по Прологу, которые приводятся в пособиях по нему. Что в этом Прологе есть такого, чего сделать средствами SQL?
В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..  
Название: Перспективные темы в IT
Отправлено: Ramil от 16 Апрель 2007, 07:38:00
Цитировать
А я не спорил. Просто для того чтобы проше понять. И вообще Пролог не для персоналок, а для мейнфреймов пятого поколения
А пятое поколение сделали ?
Название: Перспективные темы в IT
Отправлено: Flammar от 16 Апрель 2007, 12:49:25
Цитировать
Цитировать
Я вот потухаю над примерами по Прологу, которые приводятся в пособиях по нему. Что в этом Прологе есть такого, чего сделать средствами SQL?
В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..
В оракле тоже есть CONNECT BY для рекурсивных запросов. А статичность логики предикатов - это, наоборот, плюс, время не надо примешивать туда, где оно не требуется. Если из SQL убрать DML, то тоже получится статичный язык исключительно для запросов.
Название: Перспективные темы в IT
Отправлено: Alefti от 16 Апрель 2007, 13:32:27
Базы данных + Экспертные системы = самое перспективное направление ИМХО
 B)
Название: Перспективные темы в IT
Отправлено: avl от 17 Апрель 2007, 10:31:54
Цитировать
Что такое АОП?
Аспект-Ориентированное Программирование.
Есть такое понятие как аспект - т.е. какая-та функциональность которая присутствует в более-менее любом участке системы и более-менее независима от нее. К примеру, ведение логов (журналов), аудит, проверка полномочий, транзакции, управление ресурсами. Т.е. если какой-то аспект исключить, то система останется функциональной, но неудовлетворяющей тем или иным доп. требованиям.
АОП соответственно поддерживает сборочное программирование из компонентов такого типа - аспектов.
Название: Перспективные темы в IT
Отправлено: avl от 17 Апрель 2007, 10:38:03
Цитировать
А еще раньше начали развивать business rules engines, а сейчас workflow
Многие считают это неалгоритмическим программированием, хотя я лично ничего неалгоритмического в этом не вижую Можно с натяжкой назвать разве что декларативным.
Это система декларативеного задания алгоритмов :).

На самом деле, смотря что в эти бизнес-рулезы и воркфлоу вкадывать. Т.е. это, вообще говоря, попытки создать способ программирования, удобный для не-программистов. В принципе, можно делать такие попытки и на основе декларативных языков.
Но как мне кажется все эти попытки особого успеха не имеют, получается система слишком сложная для не-программиста, и слишком простая для программиста. Все-таки программирование требует особой дисциплины мышления.
Название: Перспективные темы в IT
Отправлено: avl от 17 Апрель 2007, 10:46:48
Цитировать
Цитировать
Я вот потухаю над примерами по Прологу, которые приводятся в пособиях по нему. Что в этом Прологе есть такого, чего сделать средствами SQL?
В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..
А зачем его обязательно учитывать на таком низком уровне? Можно же поверх предикатов задать время. Конечно, иногда бывает удобнее время прямо задавать, так иногда и делают. Но получается не гибко, потому что темпоральные логики - это все тоже заморочно и напряжно в реализации.
Логика предикатов первого порядка достаточно мощная, в тоже время достаточно примитивная для эффективной реализации. Более сложные логики используют в специализированных системах, которые рано или поздно упираются в свои ограничения и начинают тяготеть в сторону первопорядковой.
Название: Перспективные темы в IT
Отправлено: Flammar от 17 Апрель 2007, 12:17:13
Цитировать
Цитировать
А еще раньше начали развивать business rules engines, а сейчас workflow
Многие считают это неалгоритмическим программированием, хотя я лично ничего неалгоритмического в этом не вижую Можно с натяжкой назвать разве что декларативным.
Это система декларативеного задания алгоритмов :).

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

Т.е., один хер, надо быть либо программистом либо математиком - и то и то с особой дисциплиной мышления...
Название: Перспективные темы в IT
Отправлено: Ramil от 18 Апрель 2007, 09:28:16
Цитировать
Цитировать
В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..
А зачем его обязательно учитывать на таком низком уровне? Можно же поверх предикатов задать время. Конечно, иногда бывает удобнее время прямо задавать, так иногда и делают. Но получается не гибко, потому что темпоральные логики - это все тоже заморочно и напряжно в реализации.
 
Сейчас интересны гибкие, изменчивые системы с памятью. Сегодня она функционирует так, а завтра по другому, но помнит, что было вчера. Вот такое нетривиальное Т.З.  
Название: Перспективные темы в IT
Отправлено: avl от 18 Апрель 2007, 16:36:21
Цитировать
Цитировать
Цитировать
В Прологе есть рекурсия. Однако, согласен, что логика предикатов, на которой он базируется, слабовата. Она статичная - время не учитывается..
А зачем его обязательно учитывать на таком низком уровне? Можно же поверх предикатов задать время. Конечно, иногда бывает удобнее время прямо задавать, так иногда и делают. Но получается не гибко, потому что темпоральные логики - это все тоже заморочно и напряжно в реализации.
 
Сейчас интересны гибкие, изменчивые системы с памятью. Сегодня она функционирует так, а завтра по другому, но помнит, что было вчера. Вот такое нетривиальное Т.З.
Самое смешное что это вполне решаемо современными технологиями. Но то ли квалификации не достает, то ли на самом деле неявно подразумеваемое ТЗ все-таки совсем другое. Ибо на практике ни разу не встречал чтобы предпринимались шаги в этом направлении.
Название: Re: Перспективные темы в IT
Отправлено: Jeka от 04 Сентябрь 2010, 17:31:57
А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента. Остались конечно узкие области.  Есть у нас в городе институт ГАЗПРОМа там обучающие системы пишут, я как увидел; у меня был легкий шок, 3дмакс+вудзрш либо С++ и плагиат аналогичный продуктов. Мне вот интересно с новым законодательстве об авторском праве, можно ли тех, кто вставляет в свои программы чужие исходники привлечь к ответственности? Или это трудно доказать? Т.к. нужно дисамить прогу, а это вроде как противоречит закону. И еще момент, а можно ли антивирусные компании привлечь к ответственности, если они какой-нить спам или рекламный вирус расковыряли и внесли в свои база антивируса? Ведь для этого они фактически нарушили 273 ст. УК РФ. Хотя мне сложно представить писателя вируса, который подаст в суд на антивирусную компанию.
Название: Re: Перспективные темы в IT
Отправлено: Mr.M от 30 Октябрь 2010, 14:50:21
можно ли антивирусные компании привлечь к ответственности, если они какой-нить спам или рекламный вирус расковыряли и внесли в свои база антивируса? Ведь для этого они фактически нарушили 273 ст. УК РФ. Хотя мне сложно представить писателя вируса, который подаст в суд на антивирусную компанию.
Обнаружен вирусописатель? Ст. 273 УК РФ защищает нормальную работу компьютера, нормальные программы, и направлена против вирусов.
Называть вирусы хорошими программами и теоретизировать о защите их через суд будет только вирусописатель, такой у крякера экономический интерес и такая психология.

Цитировать
Мне вот интересно с новым законодательстве об авторском праве, можно ли тех, кто вставляет в свои программы чужие исходники привлечь к ответственности? Или это трудно доказать? Т.к. нужно дисамить прогу, а это вроде как противоречит закону.
Цитировать
Есть у нас в городе институт ГАЗПРОМа, там обучающие системы пишут, я как увидел, у меня был легкий шок: 3D MAX+Delphi либо С++, и плагиат аналогичных продуктов.
Для суда эксперту достаточно не дизасмить, а в распакованном машинном коде найти строки доказывающие аутентичность исходника. Главное, чтоб в заключении эксперта не фигурировало дисассемблирование в человеко-читаемый вид, а как он эти строки расковыряет - его дело.
См. дела по защите GPL в Германии.

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

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

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

Цитировать
Остались конечно узкие области.
области узкие или нет, зависит от точки зрения. При взгляде сбоку любая ниша кажется узкой
Название: Re: Перспективные темы в IT
Отправлено: Евгений_Витальевич от 30 Октябрь 2010, 15:44:49
А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента.

Хуюшки
Это означает только полное отсутствие квалификации прогеров, которые так думают
В серьёзных задачах без оптимизации кода не обойтись
"Кремния не жалеть" - годится только для маленьких проектов, под которые покупают большой сервер и можно терпеть стократный перерасход ресурсов
Если ты делаешь систему для обслуживания хотя бы большх потоков клиентов, то вынужден уже писать код сам - нет таких серверов, которые бы не легли под потоком клиентов со стандартным ПО
Название: Re: Перспективные темы в IT
Отправлено: Nomarch от 30 Октябрь 2010, 17:58:26
Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...
Название: Re: Перспективные темы в IT
Отправлено: Dj Sparcle от 30 Октябрь 2010, 18:17:48
Интересно: где учились создателе Битрикса?
Название: Re: Перспективные темы в IT
Отправлено: Jeka от 11 Ноябрь 2010, 21:23:06
А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента.

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


 Писать хороший и оптимизированный код - не выгодно. Поглядите на Windows, она дырявая и глючная и прекрасно продается.  Windows Vista удалось продать на несколько сотен миллионов, это при том, что была огромная проблема с совместимостью и стабильностью.
А есть  прекрасная операционная система Solaris, о которой даже многие и не помнят и не знают.
Программирование в 95% случаях превратилось в отлавливание кусков кода, затем с их последующей адаптацией.
Название: Re: Перспективные темы в IT
Отправлено: Jeka от 11 Ноябрь 2010, 21:25:21
Интересно: где учились создателе Битрикса?
Про Дырявость Битрикса - это давно целый анекдот.
У нас в городе есть филиал их, без комментариев.
Если не писать дырявый софт, то никто не будет покупать обновления.
Название: Re: Перспективные темы в IT
Отправлено: Jeka от 11 Ноябрь 2010, 21:29:15
Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...

А Вам это сильно в жизни пригодилось? Сейчас компы стали быстрыми, что даже Винда не может их затормозить.
Если бы можно выводить графику через ассемблер, а не DirectX. Даже в случае с медленным алгоритмом на асме скорость была бы в 400 раз меньше, чем реализация DirectX с быстрым.
В IT мире продают софта больше того, который первый вышел на рынок, хоть после него вышел софт в разы лучше.
Название: Re: Перспективные темы в IT
Отправлено: druidm от 16 Ноябрь 2010, 21:25:51
Интересно: где учились создателе Битрикса?

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

Правда, в чем они молодцы, это в том что к их админки юзеры быстро привыкают :)
Название: Re: Перспективные темы в IT
Отправлено: Armored от 26 Ноябрь 2010, 13:21:20
Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...

А Вам это сильно в жизни пригодилось? Сейчас компы стали быстрыми, что даже Винда не может их затормозить.
Если бы можно выводить графику через ассемблер, а не DirectX. Даже в случае с медленным алгоритмом на асме скорость была бы в 400 раз меньше, чем реализация DirectX с быстрым.
Есть такая операционка Colibri (или Colibry), так вот ее функционал примерно равен Винде 95 (т. е.графический интерфейс и даже интернет поддерживает), но помещается оная на стандартную дискету. Вроде как на асме написана.
Название: Re: Перспективные темы в IT
Отправлено: Jeka от 04 Июнь 2011, 03:17:30
menuet os
Название: Re: Перспективные темы в IT
Отправлено: Flammar от 08 Июнь 2011, 13:31:13
Как нас дрочили в универе, чтобы код был минимальной длины и потребления ресурсов, почти до паранойи...
Про длину - это до сих пор правильно: код есть неизбежное зло (если приходится его не только писать, но и читать), зло надо минимизировать.
Название: Re: Перспективные темы в IT
Отправлено: Flammar от 08 Июнь 2011, 13:36:02
Писать хороший и оптимизированный код - не выгодно. Поглядите на Windows, она дырявая и глючная и прекрасно продается.  Windows Vista удалось продать на несколько сотен миллионов, это при том, что была огромная проблема с совместимостью и стабильностью.
А есть  прекрасная операционная система Solaris, о которой даже многие и не помнят и не знают.
Программирование в 95% случаях превратилось в отлавливание кусков кода, затем с их последующей адаптацией.

невыгодно не "писать", а "продавать" его: все сливки уже сняты
Название: Re: Перспективные темы в IT
Отправлено: Flammar от 08 Июнь 2011, 13:44:32
А мне кажется, что всё что можно, то давно написали. Сейчас программирование превратилось в поиск нужного исходника или компонента.

Хуюшки
Это означает только полное отсутствие квалификации прогеров, которые так думают
В серьёзных задачах без оптимизации кода не обойтись
"Кремния не жалеть" - годится только для маленьких проектов, под которые покупают большой сервер и можно терпеть стократный перерасход ресурсов
Если ты делаешь систему для обслуживания хотя бы большх потоков клиентов, то вынужден уже писать код сам - нет таких серверов, которые бы не легли под потоком клиентов со стандартным ПО
Когда я работал в Exigen Services, у меня тоже сложилось впечатление, что программирование на 90% превратилось в поиск нужного компонента. Но там контора такая. И 90% эти - по объему скомпилированного кода ;-)