Войти
ФлеймФорумПрограммирование

Стоит ли изучать C++ в 2019 году? И если да, то зачем? (11 стр)

Страницы: 17 8 9 10 11 12 Следующая »
#150
4:22, 11 авг. 2019

gudleifr
> Как математик Дейкстра, обмозговавший большую часть известных программистских
> фич...
...за всю жизнь не написавший ни одной прикладной программы и не подпрыгнувший выше университетского препода, зато запомнившийся современникам выдающейся спесью.


#151
9:08, 11 авг. 2019

Пофиксил:

Sbtrn. Devil
> ...за всю жизнь не продавший на стиме ни одной прикладной программы

#152
10:33, 11 авг. 2019

Adler
> "придраться к какбы мелочам" - это один из инструментов который используется
> для того чтобы какбы по нормальному без ущерба заворачивать унылых заказчиков

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

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

У меня был опыт и работы с отдельным аналитиком (и получился очень хороший результат, система живет уже 18 лет и легко адаптируется к новым сервисам и типам оборудования, о которых заранее не было известно, хотя организация, для которой она изначально разрабатывалась, уже накрылась), был опыт, когда я совмещал работу программиста и аналитика (это наверное типичный случай для большинства из тех, кто проектирует) и был опыт, когда аналитика практически не была проведена, а делалось "реализуйте его хотелки", и о получившемся говне даже вспоминать не хочется.

#153
10:36, 11 авг. 2019

Dmitry_Milk
Именно. Даже чуть-чуть задумавшись над тем, что он делает, "программист" понимает, что кодирование - это не самое важное.

#154
(Правка: 12:00) 10:53, 11 авг. 2019

gudleifr
> Даже чуть-чуть задумавшись над тем, что он делает, "программист" понимает, что кодирование - это не самое важное.
Добавь только, что "чуть-чуть задумываются" только порядка 10% программистов, а остальные просто гонят код, не сильно заморачиваясь тем, что он делает.
Но и эти 10% до уровня полезности доходят далеко не сразу, а примерно лет за пять профессиональной деятельности (учебное время не в счет). Если повезет попасть в хороший коллектив и при этом человек живет работой, может кому удастся в три года уложиться, но меньше - вряд ли.

#155
11:21, 11 авг. 2019

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

это если ты примерно тет-а-тет, если есть возможность огородиться от такого заказчика различными "прослойками" кто будет переваривать его информацию - то можно рискнуть, но если присутствует пункт первый (противоречивый) то в топку

#156
11:25, 11 авг. 2019

forwhile
Неудивительно, что заказчику проще научиться программировать самому, чем привести свою задачу в соответствие с задачей, на которую натаскан "программист". (Ср. kipar).

#157
11:54, 4 сен. 2019

Интересно, а каков сейчас средний уровень потребности программировать рабочего, инженера, врача, агронома?

За нулевой принимаем уровень современного ИТ-шника: мол, нафиг не надо, но заказчик требует...

#158
13:09, 4 сен. 2019

gudleifr
Самый крутой программист - путин. Второй лучший - кашпировский.

#159
14:40, 4 сен. 2019

jaguard
> Самый крутой программист
Точнее, геймдизайнер. Хочу, мол, чтобы зеленые слоники побегали... Немного, округа два-три. И чтоб подводная лодка... И пару амфор на обратном пути...
(Это к вопросу о непонимании местным бомондом, как играть на рабочем месте).

#160
16:04, 4 сен. 2019

gudleifr
> За нулевой принимаем уровень современного ИТ-шника: мол, нафиг не надо, но
> заказчик требует...
Заказчик?! Нифига поцоны напрягаются.

#161
(Правка: 9:30) 9:29, 6 сен. 2019

gudleifr
> Интересно, а каков сейчас средний уровень потребности программировать рабочего,
> инженера, врача, агронома?

Задал этот вопрос на паре менее тинейджерских форумов. Его просто не поняли. Мол, какое-такое программирование? Наше, профессиональное? Нефиг сюда лезть пролетариям! Ихнее, задротское? А, зачем оно нам, пролетариям?!
А полвека назад Ершов вякнул: "Программирование - вторая грамотность".

#162
21:17, 17 сен. 2019

Видеокурс лекций в статье с хабра.
Курс по C++ в CS центре, первая часть

#163
17:59, 6 окт. 2019

А кроме как на с++ можно треугольники на экран выводить с помощью opengl/directx?

#164
19:46, 6 окт. 2019

Pigloo

на питоне говорят можно

Страницы: 17 8 9 10 11 12 Следующая »
ФлеймФорумПрограммирование