Самые большие проблемы программирования - опрос
От: avl-kharkov avl.livejournal.com
Дата: 28.09.09 10:20
Оценка:
Кто как считает, какие в области разработки ПО самые большие проблемы?
Re: Самые большие проблемы программирования - опрос
От: gandjustas Россия http://blog.gandjustas.ru/
Дата: 28.09.09 10:25
Оценка: 9 (3) +4 :)
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Наличие программистов.
Re[2]: Самые большие проблемы программирования - опрос
От: fddima  
Дата: 28.09.09 10:42
Оценка:
Здравствуйте, gandjustas, Вы писали:

AK>>Кто как считает, какие в области разработки ПО самые большие проблемы?

G>Наличие программистов.
Я бы даже сказал — наличие "крутых" программистов.
Re[3]: Самые большие проблемы программирования - опрос
От: avl-kharkov avl.livejournal.com
Дата: 28.09.09 10:47
Оценка:
Здравствуйте, fddima, Вы писали:

F> Я бы даже сказал — наличие "крутых" программистов.


Так все же — наличие или отсутствие? Их не хватает, или наоборот, они есть и все портят?
Re[4]: Самые большие проблемы программирования - опрос
От: fddima  
Дата: 28.09.09 10:57
Оценка: 1 (1) +1
Здравствуйте, avl-kharkov, Вы писали:

F>> Я бы даже сказал — наличие "крутых" программистов.

AK>Так все же — наличие или отсутствие? Их не хватает, или наоборот, они есть и все портят?
В моём случае — из-за никому не нужной крутизны, переусложнений на ровных местах — одни проблемы.
Ну а хватка-нехватка грамотных специалистов — вопрос довольно ситуационный.
Re: Самые большие проблемы программирования - опрос
От: KoriBRand  
Дата: 28.09.09 10:59
Оценка: 1 (1)
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Самая большая проблема музыки в России ...
Re: Самые большие проблемы программирования - опрос
От: hexamino http://hexamino.blogspot.com/
Дата: 28.09.09 11:06
Оценка: 21 (3) +1
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


К сожалению, рынок устроен так, что во многих случаях экономически оправдано выпускать кривые и недоделанные программы, в том числе компиляторы и базовые библиотеки. Многие программисты вынуждены работать в условиях постоянного цейтнота.
Re[2]: Самые большие проблемы программирования - опрос
От: MasterZiv СССР  
Дата: 28.09.09 11:39
Оценка: 9 (1) +1 :)
gandjustas wrote:

> Наличие программистов.


Нет, наоборот, наличие пользователей.
Не было бы пользователей, программисты бы
в своё удовольствие писали бы замечательные программы.
Posted via RSDN NNTP Server 2.1 beta
Re: Самые большие проблемы программирования - опрос
От: VladD2 Российская Империя www.nemerle.org
Дата: 28.09.09 17:35
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Проблемы три:
1. Много сложных задач.
2. Мало тех кто умеет решать сложные задачи.
3. Слишком много хиливаров.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re: Самые большие проблемы программирования - опрос
От: Skynin Украина skynin.blogspot.com
Дата: 28.09.09 17:58
Оценка: 1 (1) +1
1. Отсутствие элементарных навыков проектирования даже у опытных программистов.
2. Лень проектировать, "да что там думать, сейчас набацаю код" даже у имеющих навыки.

В итоге миллионы программистов напоминает миллионы обезъян за печатными машинками в потугах написать "Войну и мир"
Re[5]: Самые большие проблемы программирования - опрос
От: Lorenzo_LAMAS  
Дата: 28.09.09 18:04
Оценка:
F> В моём случае — из-за никому не нужной крутизны, переусложнений на ровных местах — одни проблемы.
приходится сейчас иметь дело с наследием — с кодом такого. ох как я его заочно ненавижу!

все так перекручено, элементарные вещи так вычурно через ж... сделаны, каждый фрагмент кода — муки смертные.
где-то кто-то сказал — "пиши так, чтобы было легко понять, что твой код — правильный. или так, чтобы никто не смог доказать, что он неправильный." или вроде того (если не ошибаюсь, кто-то из АТ&Т).
пацан явно выбрал вторую часть правила. фигли, после него — хоть трава не расти. не до простых смертных ему.
Of course, the code must be complete enough to compile and link.
Re[6]: Самые большие проблемы программирования - опрос
От: Курилка Россия http://kirya.narod.ru/
Дата: 28.09.09 18:22
Оценка: +1
Здравствуйте, Lorenzo_LAMAS, Вы писали:

F>> В моём случае — из-за никому не нужной крутизны, переусложнений на ровных местах — одни проблемы.

L_L>приходится сейчас иметь дело с наследием — с кодом такого. ох как я его заочно ненавижу!

L_L>все так перекручено, элементарные вещи так вычурно через ж... сделаны, каждый фрагмент кода — муки смертные.

L_L>где-то кто-то сказал — "пиши так, чтобы было легко понять, что твой код — правильный. или так, чтобы никто не смог доказать, что он неправильный." или вроде того (если не ошибаюсь, кто-то из АТ&Т).
L_L>пацан явно выбрал вторую часть правила. фигли, после него — хоть трава не расти. не до простых смертных ему.

there are two ways of constructing software design: One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there is no obvious deficiencies.
The first method is far more difficult. It demands the same skill, devotion, insight, and even the inspiration as the discovery of simple physical laws which underlie the complex phenomena of nature. It also acquires the willingness to accept objectives which are limited by physical, logical and technological constraints, and to accept a compromise when conflicting objectives cannot be made.
C.A.R. Hoare. The Emperor's old clothes.

возможно ты об этом?
Re[6]: Самые большие проблемы программирования - опрос
От: fddima  
Дата: 28.09.09 18:27
Оценка:
Здравствуйте, Lorenzo_LAMAS, Вы писали:

F>> В моём случае — из-за никому не нужной крутизны, переусложнений на ровных местах — одни проблемы.

L_L>приходится сейчас иметь дело с наследием — с кодом такого. ох как я его заочно ненавижу!
L_L>все так перекручено, элементарные вещи так вычурно через ж... сделаны, каждый фрагмент кода — муки смертные.
L_L>где-то кто-то сказал — "пиши так, чтобы было легко понять, что твой код — правильный. или так, чтобы никто не смог доказать, что он неправильный." или вроде того (если не ошибаюсь, кто-то из АТ&Т).
L_L>пацан явно выбрал вторую часть правила. фигли, после него — хоть трава не расти. не до простых смертных ему.
Не, у меня не настолько всё плохо конечно. В большей мере, как сказали тут уже, — нехватка времени, часто оказывает влияние. Это в основном. А предшественники мои на самом деле сделали большую работу, и нехватка времени была и ещё ряд факторов, — всё в итоге сказывается, да и то, что некоторые решения не очень удачные или совсем неудачные — оно ж уже видно сейчас, спустя время, в том числе пожалуй и свои...
Хотя некоторые (решения) — ну видно, хоть убейся — мужики просто откровенно решили — "ля какая штука, а ну ка мы её сейчас прикрутим!" — а то что оно вообще не нужно... и теперь жить мешает, кто ж мог подумать.
А вообще — оно ж вот так вот абстрактно всё красиво, а возьмёшься за прикладуху сам — тут и гора ньюансов, и если есть документация — то конечно же гора в которой сложно сориентироваться, и полита обилием ошибок, да и как можно предугадать, как оно дальше повернёт, когда через пару лет может понадобиться такое, на что никто вообще никто никогда не закладывался...
А плохой код в наследии — сочувствую!
Re[2]: Самые большие проблемы программирования - опрос
От: elmal  
Дата: 28.09.09 18:28
Оценка:
Здравствуйте, Skynin, Вы писали:

S>1. Отсутствие элементарных навыков проектирования даже у опытных программистов.

Проблема даже другая — те, кому доверяют проектирование, уже давно оказываются не программистами, так как забыли, как писать код — все больше диаграмки всякие. Итого — получается нормально спроектированная система, с кучей документации, но содержащая кучу багов и косяков в реализации. Типа архитектора ломает в код посмотреть (и тем более чтобы написать самому эталонный пример), а те, кто кодируют, не понимают идей архитектора — итого архитектура нормальная, а реализация посредственная.
ИМХО крайне хреновое распределение ролей оказывается: того, кто хорошо кодирует и проектирует — того заставляют руководить и писать всякие бумажки (а это получается плохо), и лишь 10% времени он может проявлять свои сильные стороны. Того, кто хорошо может кодировать и проектировать, но плохо говорит, к этим задачам не подпускают, так как он плохо руководит, а хочет только проектировать и кодировать. Ну а тех, кто плохо кодируют и проектируют, но хорошо говорят и хорошо отчеты и бумажки заполняют — тех ставят наверх, и заставляют отвечать за код. Отсюда все проблемы — все находятся не на своем месте, но ничего не сделать — так принято в индустрии, мы не хотим выделяться, да и не можем.
Re[3]: Самые большие проблемы программирования - опрос
От: Курилка Россия http://kirya.narod.ru/
Дата: 28.09.09 19:12
Оценка:
Здравствуйте, elmal, Вы писали:

E>Здравствуйте, Skynin, Вы писали:


S>>1. Отсутствие элементарных навыков проектирования даже у опытных программистов.

E>Проблема даже другая — те, кому доверяют проектирование, уже давно оказываются не программистами, так как забыли, как писать код — все больше диаграмки всякие. Итого — получается нормально спроектированная система, с кучей документации, но содержащая кучу багов и косяков в реализации. Типа архитектора ломает в код посмотреть (и тем более чтобы написать самому эталонный пример), а те, кто кодируют, не понимают идей архитектора — итого архитектура нормальная, а реализация посредственная.
E>ИМХО крайне хреновое распределение ролей оказывается: того, кто хорошо кодирует и проектирует — того заставляют руководить и писать всякие бумажки (а это получается плохо), и лишь 10% времени он может проявлять свои сильные стороны. Того, кто хорошо может кодировать и проектировать, но плохо говорит, к этим задачам не подпускают, так как он плохо руководит, а хочет только проектировать и кодировать. Ну а тех, кто плохо кодируют и проектируют, но хорошо говорят и хорошо отчеты и бумажки заполняют — тех ставят наверх, и заставляют отвечать за код. Отсюда все проблемы — все находятся не на своем месте, но ничего не сделать — так принято в индустрии, мы не хотим выделяться, да и не можем.

Гапертон как-то об этом как раз писал
Re[3]: Самые большие проблемы программирования - опрос
От: Кэр  
Дата: 28.09.09 19:38
Оценка:
Здравствуйте, MasterZiv, Вы писали:

MZ>gandjustas wrote:


>> Наличие программистов.


MZ>Нет, наоборот, наличие пользователей.

MZ>Не было бы пользователей, программисты бы
MZ>в своё удовольствие писали бы замечательные программы.

Нет, не писали бы Занимались бы чем-нибудь другим по мере своих сил и возможностей. Хорошему программисту пользователи помогают, а не мешают
Re: Самые большие проблемы программирования - опрос
От: TimurSPB Интернет  
Дата: 28.09.09 19:50
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Какие проблемы? Все отлично!
Make flame.politics Great Again!
Re[3]: Самые большие проблемы программирования - опрос
От: Skynin Украина skynin.blogspot.com
Дата: 28.09.09 19:54
Оценка:
S>>1. Отсутствие элементарных навыков проектирования даже у опытных программистов.
E> Проблема даже другая — те, кому доверяют проектирование, уже давно оказываются не программистами, так как забыли, как писать код — все больше диаграмки всякие.
Ну вот миллионы обезъян и кодят, а на единиц поднявшихся чуть выше, взваливают работу которую должны бы частично выполнять эти миллионы.

Погуглите — Бажная психология

E> Итого — получается нормально спроектированная система, с кучей документации, но содержащая кучу багов и косяков в реализации. Типа архитектора ломает в код посмотреть (и тем более чтобы написать самому эталонный пример), а те, кто кодируют, не понимают идей архитектора — итого архитектура нормальная, а реализация посредственная.


Это высказывание и есть то что сказал — отсутствие навыков и желания элементарного проектирования.
Архитектор — это гонщик "Формулы — 1". Но вот миллионы обычных водителей либо не знают правил дорожного движения, либо напрочь отказываются их соблюдать.

E>Того, кто хорошо может кодировать и проектировать,

Потому что он либо не умеет проектировать, либо не хочет — "кодить интереснее", не перерос еще стадию удовольствия от появления буковок на ЯП.

E>Отсюда все проблемы

... подавляющее большинство программистов знают только ЯП.
То есть конечно поумнее обезъянок.

Аналогия:
Мы с детства умеем говорить. В школе нас доучивают грамматике.

Но много ли способны написать интересное эссэ? Или небольшой но хороший стих?

Так вот чтобы "написать мысль", она должна вначале появится в голове.
А у большинства программистов — ее там нет. И нет желания ее туда поместить
Re: Самые большие проблемы программирования - опрос
От: Lloyd Россия  
Дата: 28.09.09 19:57
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Изменяющиеся требования.
Re[2]: Самые большие проблемы программирования - опрос
От: Skynin Украина skynin.blogspot.com
Дата: 28.09.09 20:14
Оценка:
L>Изменяющиеся требования.
Они менялись, меняются и будут менятся.
Это жизнь. Как времена года.

Неспособность же к переменам говорит об неадекватности.
Тут да, согласен

3. Неадекватность программистов реалиям, желание идеальных условий.

Но это проблема вообще людей, просто в разных отраслях ее с разным успехом нивелируют
Re[3]: Самые большие проблемы программирования - опрос
От: Lloyd Россия  
Дата: 28.09.09 20:18
Оценка:
Здравствуйте, Skynin, Вы писали:

L>>Изменяющиеся требования.

S>Они менялись, меняются и будут менятся.
S>Это жизнь. Как времена года.

И что с того? Этот факт уменьшает "проблемность" этой проблемы?

S>Неспособность же к переменам говорит об неадекватности.

S>Тут да, согласен

Что такое "неадекватность"?
Re[4]: Самые большие проблемы программирования - опрос
От: Skynin Украина skynin.blogspot.com
Дата: 28.09.09 20:41
Оценка:
L>И что с того? Этот факт уменьшает "проблемность" этой проблемы?
Уменьшает, потому что изменение, устранение этого факта лежит вне области возможностей отрасли.

L>Что такое "неадекватность"?

(от лат. adaequatus — приравненный) — соответствие, равенство, эквивалентность. В теории познания А. означает соответствие (или сходство) отображения (образа, знания) оригиналу-объекту, благодаря чему они имеют характер объективных истин. А. представляет собой соответствие характеристик содержания образа, знания характеристикам оригинала. В научном познании особая роль принадлежит определению видов соответствия между структурами отображения и оригинала. В математизированном знании эти соответствия выражаются посредством математических отображений, или морфизмов, таких, как. изоморфизм и гомоморфизм, гомеоорфизм (при отображении топологических отношений и структур), разные виды подобия (геометрическое и др.) и эквивалентности. философский словарь

Я часто слышу от молодых программистов жалобы на этот факт. И сам, когда-то жаловался.
Неадекватностью же в данном случае, ИМХО, будет попытка программировать игнорируя этот факт.
Что выражается в трудноизменяемом коде. А большинство программистов именно такой код и пишут, что при изменении требований его проще весь выбросить, чем пытаться сделать модель (а это и есть программа) адекватной действительному факту — новым или изменившимся требованиям.

Правда, "в общем виде" задача не решена и в теории, но отсутствие элементарного проектирования приводит к усугублению этой проблемы в программы:
Трудность, дороговизна поддержки программы всегда изменяющимся требованиям.
Re[5]: Самые большие проблемы программирования - опрос
От: Lloyd Россия  
Дата: 28.09.09 21:01
Оценка:
Здравствуйте, Skynin, Вы писали:

L>>И что с того? Этот факт уменьшает "проблемность" этой проблемы?

S>Уменьшает, потому что изменение, устранение этого факта лежит вне области возможностей отрасли.

И что с того?

L>>Что такое "неадекватность"?

S>(от лат. adaequatus — приравненный) — соответствие, равенство, эквивалентность. В теории познания А. означает соответствие (или сходство) отображения (образа, знания) оригиналу-объекту, благодаря чему они имеют характер объективных истин. А. представляет собой соответствие характеристик содержания образа, знания характеристикам оригинала. В научном познании особая роль принадлежит определению видов соответствия между структурами отображения и оригинала. В математизированном знании эти соответствия выражаются посредством математических отображений, или морфизмов, таких, как. изоморфизм и гомоморфизм, гомеоорфизм (при отображении топологических отношений и структур), разные виды подобия (геометрическое и др.) и эквивалентности. философский словарь

S>Я часто слышу от молодых программистов жалобы на этот факт. И сам, когда-то жаловался.

S>Неадекватностью же в данном случае, ИМХО, будет попытка программировать игнорируя этот факт.
S>Что выражается в трудноизменяемом коде. А большинство программистов именно такой код и пишут, что при изменении требований его проще весь выбросить, чем пытаться сделать модель (а это и есть программа) адекватной действительному факту — новым или изменившимся требованиям.

S>Правда, "в общем виде" задача не решена и в теории, но отсутствие элементарного проектирования приводит к усугублению этой проблемы в программы:

S>Трудность, дороговизна поддержки программы всегда изменяющимся требованиям.

Ты это зачем все писал-то?
Re: Самые большие проблемы программирования - опрос
От: bkat  
Дата: 28.09.09 21:43
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Да много проблем, но если ты имеешь ввиду именно процесс разработки,
то основные проблемы примерно такие:

— Понять и четко сформулировать то, что хочет заказчик.
— Удержать под контролем новые/измененные пожелания заказчика
— Относительно точно оценить трудозатраты и сроки на разработку того, что желает заказчик.
— Постоянный, ненавязчивый мониторинг проекта, чтобы как можно раньше увидеть,
что проект движется "не туда". При необходимости естественно нужно реагировать и исправлять ситуацию.
— Разработка такой архитектуры и дизайна, чтобы можно было оперативно реагировать
на новые/измененные требования без глобального перелопачивания всей системы.
— Коммуникация между участниками проекта.
— Качественная поддержка продукта, который уже на рынке.
Re: Самые большие проблемы программирования - опрос
От: Mazay Россия  
Дата: 29.09.09 01:59
Оценка: :)
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Отсутствие функционального языка программирования, который бы не только не игнорировал особенности существующей архитектуры компьютеров (память, уровни кэша, многоядерность, многопроцессорность, гриды), но и позволял бы эффективно их использовать.
Главное гармония ...
Re: Самые большие проблемы программирования - опрос
От: IT Россия linq2db.com
Дата: 29.09.09 04:45
Оценка: 2 (2) +3
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Управление сложностью.
Если нам не помогут, то мы тоже никого не пощадим.
Re[4]: Самые большие проблемы программирования - опрос
От: elmal  
Дата: 29.09.09 05:59
Оценка:
Здравствуйте, Skynin, Вы писали:

E>>Отсюда все проблемы

S>... подавляющее большинство программистов знают только ЯП.
S>То есть конечно поумнее обезъянок.
Все закономерно, каков спрос, такое и предложение. Судя по собеседованиям, большинству работодателей требуется исключительно знания ЯП. Способность даже понимать почему так сделано, не говоря уже о том, чтоб уметь проктировать самому — или не интересна никому, или не знают как проверить. Даже на умение кодировать плевать, главное чтоб на вопросы аля Брейнбенч отвечал на ура. Один язык причем, именно тот, на котором надо писать, на знания кучи других языков плевать. Ни разу не просили даже простенький дизайн набросать, но будут спрашивать по тонкостям реализации библиотечных функций.
Re: Самые большие проблемы программирования - опрос
От: MaximVK Россия  
Дата: 29.09.09 06:42
Оценка: 90 (1) :)))
Здравствуйте, avl-kharkov, Вы писали:

In the Beginning was The Plan

And then came The Assumptions

and The Assumptions were without Form

And The Plan was completely without Substance.

And The Darkness was upon The Face of The Workers.

And they spoke amongst themselves, saying

"It is a Crock of Shit, and it stinketh."

And The Workers went unto their Supervisors and sayeth,

"It is a Pail of Dung and none may abide in the odor thereof."

And The Supervisors went unto their Managers and sayeth unto them

"It is a Container of Excrement and it is very strong,

such that none may abide by it."

And The Managers went unto their Directors and sayeth,

"It is a Vessel of Fertilizer, and none may abide its strength."

And The Directors spoke amongst themselves, saying one to another,

"It contains that which aids Plant Growth, and it is very strong."

And The Directors went unto The Vice Presidents and sayeth unto them,

"It promotes growth and is very Powerful."

And The Vice Presidents went unto The President and sayeth unto him,

"This New Plan will Actively promote the growth and efficiency

of this Company, and these areas in particular."

And The President looked upon The Plan

and saw that it was good, and The Plan became Policy.

And this is how "SHIT HAPPENS!"

(c) не помню откуда взял
Re[2]: Самые большие проблемы программирования - опрос
От: Tekk  
Дата: 29.09.09 06:51
Оценка:
Здравствуйте, hexamino, Вы писали:

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


Здесь надо еще добавить, что "оправдано" не значит "нужно". Но большинство манагеров не видит разницы и не хочет заглядывать чуть дальше своего носа.
Re: Самые большие проблемы программирования - опрос
От: Геннадий Васильев Россия http://www.livejournal.com/users/gesha_x
Дата: 29.09.09 06:55
Оценка: 40 (7) +2 :)
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


ИМХО, самая большая проблема — попытки придать заведомой неопределённости некие удобные черты определимости даже в ущерб процессу определения. Самый одиозный пример — формальные экономические требования при неформальной постановке задачи, подписаться под которыми требуют прямо здесь и сейчас. И такой театр абсурда повторяется с достойной содрогания периодичностью. При этом, чем больше размыта ситуация по одну сторону "баррикады", тем увереннее бойцы с деревянными, да ещё и нарисованными винтовками.

Ещё несколько примеров из этого же ряда:

— Новая технология X решит все (множество не определено и даже не рассмотрено толком) проблемы;
— Правильная практика Z спасёт от (в лучшем случае, неполный список, слабо связанный с предлагаемым решением);
— Я сделаю N работ за время T (когда специфика работ ещё только обсуждается);
— Нужно просто работать и всё получится (не определено, что должно получиться, но простой метод уже предлагается);
— ... впишите сами.

- Если вы хотите попасть в этот город, то вам надо ехать в противоположную сторону!
— Не беда, у меня сильный конь и много еды!

(c) Ошо
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
Re: Самые большие проблемы программирования - опрос
От: kochetkov.vladimir Россия https://kochetkov.github.io
Дата: 29.09.09 07:19
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Управление безопасностью.

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

[Интервью] .NET Security — это просто
Автор: kochetkov.vladimir
Дата: 07.11.17
Re[3]: Самые большие проблемы программирования - опрос
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 29.09.09 09:03
Оценка:
Здравствуйте, elmal, Вы писали:

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


Это ты на основе чего такой вывод сделал?

E>ИМХО крайне хреновое распределение ролей оказывается


Где оказывается? В твоей компании?

E> Отсюда все проблемы — все находятся не на своем месте, но ничего не сделать — так принято в индустрии, мы не хотим выделяться, да и не можем.


Не говори за других.
... << RSDN@Home 1.2.0 alpha 4 rev. 1237 on Windows 7 6.1.7100.0>>
AVK Blog
Re[4]: Самые большие проблемы программирования - опрос
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 29.09.09 09:03
Оценка: 1 (1) +7
Здравствуйте, Skynin, Вы писали:

E>>Того, кто хорошо может кодировать и проектировать,

S>Потому что он либо не умеет проектировать, либо не хочет — "кодить интереснее", не перерос еще стадию удовольствия от появления буковок на ЯП.

Как только архитект перестает кодить, он становится бесполезным.
... << RSDN@Home 1.2.0 alpha 4 rev. 1237 on Windows 7 6.1.7100.0>>
AVK Blog
Re[6]: Самые большие проблемы программирования - опрос
От: igna Россия  
Дата: 29.09.09 16:12
Оценка: 2 (1) +1 :))) :)
Здравствуйте, Lloyd, Вы писали:

L>Ты это зачем все писал-то?


А ты зачем читал?
Re[4]: Самые большие проблемы программирования - опрос
От: elmal  
Дата: 29.09.09 16:18
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>Где оказывается? В твоей компании?

Типа того. Плюс по собеседованиям побегал — приблизительно одно и то же вижу, даже гораздо хуже, чем сейчас в текущем проекте. На другие компании и проекты посмотреть хочется, но не можется — кризис типа, чтоб его.
Re[5]: Самые большие проблемы программирования - опрос
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 29.09.09 17:51
Оценка:
Здравствуйте, elmal, Вы писали:

AVK>>Где оказывается? В твоей компании?

E>Типа того.

Ну так вот не стоит это распространять на остальных.

E> Плюс по собеседованиям побегал — приблизительно одно и то же вижу


Работу архитектов на собеседовании???
... << RSDN@Home 1.2.0 alpha 4 rev. 1237 on Windows 7 6.1.7100.0>>
AVK Blog
Re[5]: Самые большие проблемы программирования - опрос
От: Геннадий Васильев Россия http://www.livejournal.com/users/gesha_x
Дата: 29.09.09 19:05
Оценка: +1 :)
Здравствуйте, elmal, Вы писали:

AVK>>Где оказывается? В твоей компании?

E>Типа того. Плюс по собеседованиям побегал — приблизительно одно и то же вижу, даже гораздо хуже, чем сейчас в текущем проекте. На другие компании и проекты посмотреть хочется, но не можется — кризис типа, чтоб его.

Странные ты какие-то вещи видишь. Всё чудесатее и чудесатее.

P.S.: Вообще нынешний кризис, это, наверное, самый парадоксальный кризис в истории человечества. С одной стороны — всё плохо, с другой — почитаешь, так прямо с жиру бесятся.
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
Re[6]: Самые большие проблемы программирования - опрос
От: elmal  
Дата: 30.09.09 07:43
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>Работу архитектов на собеседовании???

Ну дык я настолько оборзевший, что спрашиваю, как поставлен процесс разработки, а также интересуюсь, чем занимается архитектор, и есть ли он вообще . Я ж того — в архитекторы мечу . И если мне отвечают, то отличий от текущего проекта я вижу крайне мало, везде одно и тоже.
Re: Самые большие проблемы программирования - опрос
От: midcyber
Дата: 30.09.09 08:08
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Необходимость раз за разом объяснять компьютеру одно и то же.
Re[2]: Самые большие проблемы программирования - опрос
От: rfq  
Дата: 30.09.09 08:15
Оценка:
Здравствуйте, Mazay, Вы писали:

M>Отсутствие функционального языка программирования, который бы не только не игнорировал особенности существующей архитектуры компьютеров (память, уровни кэша, многоядерность, многопроцессорность, гриды), но и позволял бы эффективно их использовать.


И который не игнорировал бы особенности существующей архитектуры человеческого мозга.
А сейчас объектно-ориентированное понимание и фон-неймановская архитектура языков (2 сапога пара) блокируют распространение функционального программирования.
Re[7]: Самые большие проблемы программирования - опрос
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 30.09.09 09:53
Оценка:
Здравствуйте, elmal, Вы писали:

E>Ну дык я настолько оборзевший, что спрашиваю, как поставлен процесс разработки, а также интересуюсь, чем занимается архитектор


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

E>, и есть ли он вообще . Я ж того — в архитекторы мечу


В которые не кодят?
... << RSDN@Home 1.2.0 alpha 4 rev. 1237 on Windows 7 6.1.7100.0>>
AVK Blog
Re: Самые большие проблемы программирования - опрос
От: COFF  
Дата: 30.09.09 10:36
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


Самая большая проблема — это buzzwords и все что с ними связано, в том числе почти-религиозный фанатизм адептов "патентованных" средств, шараханье отрасли из стороны в сторону, концентрация на инструменте, а не на задаче и т.п.
Re[8]: Самые большие проблемы программирования - опрос
От: elmal  
Дата: 30.09.09 11:58
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>В которые не кодят?

Которые кодят, причем как ключевае части системы, так и первыми показывают, как в рамках того, что они наархитектурили, жить. Которые делают Code Review, определяют стандарты кодирования (личным примером, а не бумажкой, которую никто не читает и никто не следует). Которые определяют, какие скилы нужны для сотрудников, и которые учавствуют в наборе персонала (а то наберут индусов, за которыми только и будешь что код чистить). На которых держится проект, и когда команда знает, чем же занимается архитектор в данный момент. И которые гораздо более оплачиваемые, чем менеджеры и аналитики.
Re[6]: Самые большие проблемы программирования - опрос
От: Dmi3S Россия http://dmi3s.blogspot.com/
Дата: 30.09.09 13:48
Оценка: :)
Здравствуйте, Lorenzo_LAMAS, Вы писали:

L_L>где-то кто-то сказал — "пиши так, чтобы ..."


Писать код нужно так, будто через год разбираться в нем будет сексуальный маньяк-убийца, знающий где вы живете.
Re[5]: Самые большие проблемы программирования - опрос
От: EvilChild Ниоткуда  
Дата: 30.09.09 16:35
Оценка:
Здравствуйте, elmal, Вы писали:

E>Все закономерно, каков спрос, такое и предложение. Судя по собеседованиям, большинству работодателей требуется исключительно знания ЯП. Способность даже понимать почему так сделано, не говоря уже о том, чтоб уметь проктировать самому — или не интересна никому, или не знают как проверить. Даже на умение кодировать плевать, главное чтоб на вопросы аля Брейнбенч отвечал на ура. Один язык причем, именно тот, на котором надо писать, на знания кучи других языков плевать. Ни разу не просили даже простенький дизайн набросать, но будут спрашивать по тонкостям реализации библиотечных функций.

А что бы ты спросил для проверки скиллов в дизайне?
now playing: Monolake — Titan
Re[2]: Самые большие проблемы программирования - опрос
От: MasterZiv СССР  
Дата: 30.09.09 17:19
Оценка:
Геннадий Васильев пишет:

> ИМХО, самая большая проблема — попытки придать заведомой

> неопределённости некие удобные черты определимости даже в ущерб процессу
> определения. Самый одиозный пример — формальные экономические требования
> при неформальной постановке задачи, подписаться под которыми требуют
> прямо здесь и сейчас. И такой театр абсурда повторяется с достойной
> содрогания периодичностью. При этом, чем больше размыта ситуация по одну
> сторону "баррикады", тем увереннее бойцы с деревянными, да ещё и
> нарисованными винтовками.


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

Ну и далее начинается этот самый вышеупомянутый театр абсурда.
Posted via RSDN NNTP Server 2.1 beta
Re[9]: Самые большие проблемы программирования - опрос
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 30.09.09 17:30
Оценка:
Здравствуйте, elmal, Вы писали:

E>Которые кодят, причем как ключевае части системы, так и первыми показывают, как в рамках того, что они наархитектурили, жить. Которые делают Code Review, определяют стандарты кодирования (личным примером, а не бумажкой, которую никто не читает и никто не следует). Которые определяют, какие скилы нужны для сотрудников, и которые учавствуют в наборе персонала (а то наберут индусов, за которыми только и будешь что код чистить). На которых держится проект, и когда команда знает, чем же занимается архитектор в данный момент.


Ну, надо иметь очень хорошее резюме, чтобы попасть на такую должность со старта.

E> И которые гораздо более оплачиваемые, чем менеджеры и аналитики.


Оплата зависит от кучи других факторов. Если ты думаешь, что став крутым архитектом, ты сразу получишь какую то заоблачную зарплату, то это вряд ли.
... << RSDN@Home 1.2.0 alpha 4 rev. 1237 on Windows 7 6.1.7100.0>>
AVK Blog
Re[6]: Самые большие проблемы программирования - опрос
От: elmal  
Дата: 01.10.09 09:39
Оценка:
Здравствуйте, EvilChild, Вы писали:

EC>А что бы ты спросил для проверки скиллов в дизайне?

Простенькое задание вида набросать дизайн классов на бумажке. По тем задачам, которые приходилось решать мне. То есть формулировал бы проблему, с которой встречался сам, текущие ограничения, и спросил как бы кандидат эту проблему решил, про то, что предполагается какой-то дизайн сделать тоже бы не говорил (так как на практике есть проблема — про то, что ее с целью экономии времени надо решать обобщенно, никто не говорит на практике). После написания решения поспрашивал бы почему сделали именно так, а не иначе, возможно бы предложил свое решение, предложив найти в нем проблемные места, и спросив, как можно сделать лучше. Ну и после решения изменил бы исходные допущения в том же стиле, как любит делать заказчик, посмотрел, возможно ли будет относительно безопасно изменить дизайн на уже работающем проекте, или придется изменения отклонить, сказав, что это будет стоить вам миллион долларов . Цель преследовал бы двойную — кроме проверки кандидата есть надежда услышать то, чего не знаю сам, надеялся бы, что и кандидату тоже что-то извлечет из интервью даже при неблагоприятном для него исходе . Но уж знания определения конкретных паттернов бы точно не спрашивал. В других областях, специальностях, насколько я знаю — все вопросы задают максимально приближенными к реальности, ИМХО имеет смысл перенимать опыт.
Re[10]: Самые большие проблемы программирования - опрос
От: elmal  
Дата: 01.10.09 09:48
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>Ну, надо иметь очень хорошее резюме, чтобы попасть на такую должность со старта.

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

AVK>Оплата зависит от кучи других факторов. Если ты думаешь, что став крутым архитектом, ты сразу получишь какую то заоблачную зарплату, то это вряд ли.

В теории — уход ключевого архитектора может оказаться пагубным для проекта, как результат, есть 2 варианта — либо платить ему нормальную для его уровня зарплату, либо кого-нидь из его близких брать в заложники, и угрожать убить в случае увольнения . Не востребованы такие знания в России, будут востребованы за границей, удержать достаточно сложно, платя копеечную зарплату.
Re[11]: Самые большие проблемы программирования - опрос
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 01.10.09 11:04
Оценка:
Здравствуйте, elmal, Вы писали:

AVK>>Ну, надо иметь очень хорошее резюме, чтобы попасть на такую должность со старта.

E>Угу. Вот только хотелось бы, чтобы такая должность была

Они есть

E>В теории — уход ключевого архитектора может оказаться пагубным для проекта


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

E>, как результат, есть 2 варианта — либо платить ему нормальную для его уровня зарплату


Нормальную зарпалту нужно платить всем, и никакого такого особого уровня у архитекта нету, просто хороший специалист с некоторыми специфичными навыками. Я, разумеется, про то, что на западе зовут software architect.
... << RSDN@Home 1.2.0 alpha 4 rev. 1237 on Windows 7 6.1.7100.0>>
AVK Blog
Re[11]: Самые большие проблемы программирования - опрос
От: Klapaucius  
Дата: 01.10.09 11:35
Оценка: +2
Здравствуйте, elmal, Вы писали:

E>уход ключевого архитектора может оказаться пагубным для проекта


Мне кажется, что если архитектор становится незаменимым для проекта — это означает, что он своих непосредственных обязанностей не выполняет. Может, даже, немного вредит.
... << RSDN@Home 1.2.0 alpha 4 rev. 1228>>
'You may call it "nonsense" if you like, but I'VE heard nonsense, compared with which that would be as sensible as a dictionary!' (c) Lewis Carroll
Re[4]: Самые большие проблемы программирования - опрос
От: Klapaucius  
Дата: 01.10.09 11:38
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Так все же — наличие или отсутствие? Их не хватает, или наоборот, они есть и все портят?


Видимо и то и другое. Когда программистов нет — ничего не делается потому, что некому. А когда программисты есть — они все портят.
... << RSDN@Home 1.2.0 alpha 4 rev. 1228>>
'You may call it "nonsense" if you like, but I'VE heard nonsense, compared with which that would be as sensible as a dictionary!' (c) Lewis Carroll
Re[11]: Самые большие проблемы программирования - опрос
От: bkat  
Дата: 01.10.09 12:00
Оценка:
Здравствуйте, elmal, Вы писали:

E>В теории — уход ключевого архитектора может оказаться пагубным для проекта


Это не в теории, а на практике, если архитект такого намутил,
что никто в этом не разбирается и не имеет никакого желания это дело разгребать
Re[11]: Самые большие проблемы программирования - опрос
От: Геннадий Васильев Россия http://www.livejournal.com/users/gesha_x
Дата: 02.10.09 00:28
Оценка:
Здравствуйте, elmal, Вы писали:

E>В теории — уход ключевого архитектора может оказаться пагубным для проекта, [...]


Это ты где такую теорию нашёл, мистер мечтатель?
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
Re: Взаимопонивание
От: Pro100Oleh Украина  
Дата: 02.10.09 10:52
Оценка: +1
Взаимопонивание:
— заказчик не может объяснить программистам, чего он хочет (иногда по причине собственного непонимания, чего он хочет)
— программисты не способны (или нет возможности) объяснить/убедить заказчика(или вышестоящего менеджера), что то что от них хотят — не реально/не практично/не будет работать/можно сделать проще/ и т. д.
Pro
Re[2]: Взаимопонимание
От: Pro100Oleh Украина  
Дата: 02.10.09 10:54
Оценка:
Сорри, ошибся — "взаимопонимание"
Pro
Re[3]: Взаимопонимание
От: Геннадий Васильев Россия http://www.livejournal.com/users/gesha_x
Дата: 02.10.09 14:11
Оценка:
Здравствуйте, Pro100Oleh, Вы писали:

PO>Сорри, ошибся — "взаимопонимание"


+1 Reciprocality
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
Re: multicore era
От: Golovach Ivan Украина http://kharkovitcourses.blogspot.com
Дата: 12.11.09 20:59
Оценка:
Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?


По моему мнению, одна из самых больших — масштабирование приложения на большое кол-во ядер.
Простейший пример, Вы пишете десктопное приложение для работы с изображениями, типичный размер изображения — 2-10 мегапиксела. После выбора пункта меню "Открыть"(из jpg, из png, из tiff) Ваше приложение замерзает на 2-4 секунды. При этом из 8 ядер "вскипает" только одно.
Что делать, если на вашей платформе нет стабильных многопоточных кодеков?

Для множества программных проектов(игры, обработка мультимедиа) огромное преимущество на рынке получают разработки эксплуатирующие ВСЕ ядра как
1) более быстрые
2) увеличивающие свою производительность при установке на машину с большим кол-вом ядер (4->8->16->32->...)

На сегодня "хорошая" эксплуатация множества ядер есть только у декларативных языков вроде SQL. Затребовал "SELECT ..." и пусть уже там оптимизатор Oracle парится. Все остальное — сказки для университетов: Transactional Memory, Functional Programming, Actor-based languages. Ядра RDBMS на них не пишут. 3D-шутеры тоже.

В реальности в следующем поколении процессоров AMD/Intel будут инструкции для Hardware Transactional Memory (AMD спеку уже написала, Azul systems свои Vega уже делает, Intel тоже вот-вот выпустит спеку). И вот при попытке срастить Transactional Memory programming style(atomic, commit, rollback) и Explicid Synchronization programming style(lock, semaphore, CountDownLatch, Barrier, ThreadPool, Future, etc.) не одну сотню программистов увезут или в дурдом или в менеджеры по продажам.

Так вот, все еще сложнее. До сих пор программные модели были под cache coherent SMP машины. Уже для 100 ядер (а Intel готовит 80 ядер — http://kharkovconcurrencygroup.blogspot.com/2009/09/intel-teraflops-research-chip.html, Tilera 100 ядер — http://kharkovconcurrencygroup.blogspot.com/2009/10/tilera-talks-100-core-processor.html) машины будут NON cache coherent NUMA (Non Uniform Memory Access). И модели с потоками, которые как хотят обмениваются данными — БУДУТ ОЧЕНЬ ПЛОХО РАБОТАТЬ. Будут какие-то очень асимметричные программные модели. В CUDA на сотнях ядер это уже так.

Полагаю, произойдет разделение. Однопоточники, с уровнем сложности VB или SQL(зарплата 1.000$-3.000$) и многопоточники с уровнем к.т.н/к.ф-м.н (2.000$-8.000$).

P.S. Говорят, разработчик Paint.NET сказал, что самое сложное было — сделать приложение многопоточным и при этом корректным.

P.P.S. Все тут написанное чистое ИМХО. Как специалист по concurrent Java автор материально заинтересован именно в таком ходе событий . Кому интересно, автор сеет паранойю также в блоге — http://kharkovconcurrencygroup.blogspot.com
Re[2]: Самые большие проблемы программирования - опрос
От: neFormal Россия  
Дата: 12.11.09 22:01
Оценка:
Здравствуйте, VladD2, Вы писали:

AK>>Кто как считает, какие в области разработки ПО самые большие проблемы?

VD>Проблемы три:
VD>1. Много сложных задач.
VD>2. Мало тех кто умеет решать сложные задачи.

т.е. получается, что большинство кодеров делают то, что им в общем то не под силу?.

VD>3. Слишком много хиливаров.


нет ты!.
...coding for chaos...
Re[2]: multicore era
От: neFormal Россия  
Дата: 12.11.09 22:24
Оценка: +2
Здравствуйте, Golovach Ivan, Вы писали:

GI>Полагаю, произойдет разделение. Однопоточники, с уровнем сложности VB или SQL(зарплата 1.000$-3.000$) и многопоточники с уровнем к.т.н/к.ф-м.н (2.000$-8.000$).


ага, мечты-мечты.. илитарность.. вера в кандидатскую..
а потом Капитан Америка узнает, что Капитан Индия делает его работу лучше и быстрее.. [здесь должна быть картинка/]
...coding for chaos...
Re[3]: Самые большие проблемы программирования - опрос
От: VladD2 Российская Империя www.nemerle.org
Дата: 12.11.09 22:25
Оценка:
Здравствуйте, neFormal, Вы писали:

VD>>Проблемы три:

VD>>1. Много сложных задач.
VD>>2. Мало тех кто умеет решать сложные задачи.

F>т.е. получается, что большинство кодеров делают то, что им в общем то не под силу?.


Одно из другого не следует.

VD>>3. Слишком много хиливаров.


F>нет ты!.


Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[4]: Самые большие проблемы программирования - опрос
От: neFormal Россия  
Дата: 12.11.09 22:37
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>>>Проблемы три:

VD>>>1. Много сложных задач.
VD>>>2. Мало тех кто умеет решать сложные задачи.
F>>т.е. получается, что большинство кодеров делают то, что им в общем то не под силу?.
VD>Одно из другого не следует.

почему нет?.
или если 10 человек пишут "hello world", то они решает по сути одну задачу?.

VD>>>3. Слишком много хиливаров.

F>>нет ты!.
VD>

холивары никак не влияют на проблемы программирования..
...coding for chaos...
Re[5]: Самые большие проблемы программирования - опрос
От: VladD2 Российская Империя www.nemerle.org
Дата: 12.11.09 22:41
Оценка: :)
Здравствуйте, neFormal, Вы писали:

VD>>>>Проблемы три:

VD>>>>1. Много сложных задач.
VD>>>>2. Мало тех кто умеет решать сложные задачи.
F>>>т.е. получается, что большинство кодеров делают то, что им в общем то не под силу?.
VD>>Одно из другого не следует.

F>почему нет?.


Хотя бы потому, что есть много простых задач...

F>или если 10 человек пишут "hello world", то они решает по сути одну задачу?.


Снова не понял логики.

VD>>>>3. Слишком много хиливаров.

F>>>нет ты!.
VD>>

F>холивары никак не влияют на проблемы программирования..


Так. Пора спать. Разбегаемся...
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[3]: multicore era
От: Golovach Ivan Украина http://kharkovitcourses.blogspot.com
Дата: 13.11.09 14:17
Оценка:
Здравствуйте, neFormal, Вы писали:

F>Здравствуйте, Golovach Ivan, Вы писали:


GI>>Полагаю, произойдет разделение. Однопоточники, с уровнем сложности VB или SQL(зарплата 1.000$-3.000$) и многопоточники с уровнем к.т.н/к.ф-м.н (2.000$-8.000$).


F>ага, мечты-мечты.. илитарность..

Собственно, а почему бы и нет? Когда человек вкладывает время и средства в детальное изучение Oracle или SAP он это и делает. Переходит в элиту. Как с точки зрения зарплаты, так и с точки зрения положения на рынке. Работодатели, которым требуются высококлассные спецы, вроде как до сих пор говорят об их дефиците.

F>вера в кандидатскую..

Я говорил не про кандидатскую, а про уровень знаний соответствующий кандидатской. Фактически любой человек провевший 3-5 лет за детальным изучением какой-либо технологии, книги и множество статей — соответствует этому уровню. Касается ли это моделирования бизнес-процессов, устройства ядра RDBMS или криптографии — не так важно.

F>а потом Капитан Америка узнает, что Капитан Индия делает его работу лучше и быстрее.. [здесь должна быть картинка/]

Так рынок же большой. Всем хватит. А "лучше и быстрее" — это все таки немного противоречивые требования. Да, к тому же, не в обиду собратьям по оружию индусам, но быть Кришнамурти Бгахавалом и работать в Стенфорде под руководством какого-нибудь доктора Джонса — это одно (и получать большую американскую стипендию), а в Индии(низкие зарплаты) индийской фирме написать
— движок RDBMS соизмеримой с Postgres
— операционную систему соизмеримую с Qnx или VxWorks
— сервер приложений сравнимый с WebSphere
в ближайшие 10 лет нереально.
Китай — это да, огромные средства вкладывает в развитие университетов и фундаментальных разработок, но и зп в Пекине или Гонконге сравнимы с западными.

(2.000$-8.000$)
Я могу ошибаться, но разве специалист по ядру Линуха, или по Oracle, или по SAP, или ведущий разработчик ядра 3D-шутера, или руководитель проекта разработки нового кодека для видео не может рассчитывать в Москве-Питере на 5.000$-6.000$?
Re[4]: multicore era
От: neFormal Россия  
Дата: 13.11.09 14:42
Оценка:
Здравствуйте, Golovach Ivan, Вы писали:

GI>(2.000$-8.000$)

GI>или ведущий разработчик ядра 3D-шутера, ... не может рассчитывать в Москве-Питере на 5.000$-6.000$?

за остальных не знаю, а вот этот вот не получит.. разве что в одной или двух конторах из западных..
всё очень просто — за такие деньги нет такой работы..
...coding for chaos...
Re: Самые большие проблемы программирования - опрос
От: DSblizzard Россия  
Дата: 15.11.09 03:11
Оценка: 7 (2) +1
Мне кажется, главная проблема — во взаимозависимости проблем программирования, в отсутствии ортогональности. В математике мы можем доказать одну теорему и строить доказательства последующих теорем на ней, не опасаясь, что в первом доказательстве что-то сломается. В программировании это не так.

Серьезные математики, которых я встречал, считают, что программировать просто. Мне кажется, они ошибаются. Программирование действительно не требует такой глубины проникновения в проблему, как математика, такого "превращения мысли в лазерный луч". Математические работы, представляемые на абелевскую премию, гораздо сложнее лучших работ в Computer Science (первые я не читал, мне хватило только названий). Но в то же время программирование обладает сложностью широты — когда при расширении программы ты ударяешься в стены, которые не видел раньше и которые практически невозможно было предвидеть. Постоянно приходится думать: "ту ли проблему я решаю?", "тот ли язык реализации я выбрал?", "не устареют ли мои результаты и моя программа через пять лет?".
Программировать сложно. Но не программировать еще сложнее.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.