Мне аж плохо стало...
Окей, уточню -- нужно знать технический английский. 99,99% статей/документаций на инглише, форумы и стековерфлоу тоже на всеобщем, софт в первую очередь (после местного) локализируют как eng. Подавляющее большинство нанимателей в Украине также требуют знание английского, причем на должном уровне.
Он про то, что AndyTitan путает предков с потомками, а также пропускает буквы и ставит лишние пробелы.
Как интеграл/лимит тебе поможет в составлении sql-запроса? Или в верстке страницы? В разбивки задачи на потоки? Не нужно путать программирование в целом, и предметную область. Да, скажем если разрабатываешь новый протокол шифрования, то без матанализа получишь хрень. Еще могу вспомнить что для 3d-движков нужно шарить как в механике, так и в геометрии.
Для программирования в целом более критично знать дискретку (теже графы) и алгоритмы приблизительного вычисления.
Для программирования в целом более критично знать дискретку (теже графы) и алгоритмы приблизительного вычисления.
>>Но ты никогда не сможешь стать разработчиком игр
Еще один забавный стереотип, что игры создают программисты... 3d дизайнеры, озвучка, сюжет, геймдизайнеры, тестеры -- все они "программисты" со знанием вышмата. И да, игры -- понятие чертовски растяжимое. Я например писал в универе мелкие поделки, угадай сколько раз мне понадобилось знание вышмата?
>>Или давай иначе, что ты вообще можешь?
Много чего, как в принципе и не могу. Учитывая что я ваяю на платформе .net, основное направление -- сайты/web-вервисы, по большей части бекенд. Скажем могу создать того же телеграм-бота, который будет отвечать на запросы нужной тематики. Но это конкретно я, шарп вполне позволяет кодить и для десктоп приложений, но для клиент-сервисных систем на сегодняшний день предпочтительнее сайт/мобилка, да и WPF не сильно жалуют.
Вообще довольно забавно наблюдать как люди берут одну вещь и возводят в абсолют. ИТ не живет одними играми и ИИ. Более того, немалые деньги крутятся на "быстрых и гибких" решениях, когда тебе подгоняют туже CMS (привет всяким друпалам и юкозам), условный "программист" (хотя наверное правильнее говорить администратор) подгоняет все это дело под клиента и вуаля -- деньги начинают крутится.
Еще один забавный стереотип, что игры создают программисты... 3d дизайнеры, озвучка, сюжет, геймдизайнеры, тестеры -- все они "программисты" со знанием вышмата. И да, игры -- понятие чертовски растяжимое. Я например писал в универе мелкие поделки, угадай сколько раз мне понадобилось знание вышмата?
>>Или давай иначе, что ты вообще можешь?
Много чего, как в принципе и не могу. Учитывая что я ваяю на платформе .net, основное направление -- сайты/web-вервисы, по большей части бекенд. Скажем могу создать того же телеграм-бота, который будет отвечать на запросы нужной тематики. Но это конкретно я, шарп вполне позволяет кодить и для десктоп приложений, но для клиент-сервисных систем на сегодняшний день предпочтительнее сайт/мобилка, да и WPF не сильно жалуют.
Вообще довольно забавно наблюдать как люди берут одну вещь и возводят в абсолют. ИТ не живет одними играми и ИИ. Более того, немалые деньги крутятся на "быстрых и гибких" решениях, когда тебе подгоняют туже CMS (привет всяким друпалам и юкозам), условный "программист" (хотя наверное правильнее говорить администратор) подгоняет все это дело под клиента и вуаля -- деньги начинают крутится.
Вообще тема заеженая уже раз 100500. Как вариант https://habr.com/ru/company/yandex/blog/239339/
ну и довольно точное из коментов:
>> Я бы уточнил, какую математику в первую очередь должен знать программист. Выбираем из списка)
>> Я бы уточнил ещё какой нужен программист.
ну и довольно точное из коментов:
>> Я бы уточнил, какую математику в первую очередь должен знать программист. Выбираем из списка)
>> Я бы уточнил ещё какой нужен программист.
Моё почтение геймдевам и учёным от информатики, особенное почтение знатокам ФП и разрабам искуст. интеллекта. Пожалуй все эти области завязаны на продвинутую математику (правда в случае геймдева хорошо если каждый 10-й знает вышмат).
Но если посмотреть сколько таких от общего числа разработчиков, то станет понятно, что спрос в этой области очень небольшой. Дай бог 2-3%.
Если рассматривать оставшихся, то нельзя их всех под одну гребёнку расписать - мол веб-макаки, макаки для микроконтроллеров, c++ макаки, C# макаки, .Net макаки, etc. Просто сложность профессии в оставшихся 97% заключается скорее в клубке высокоуровневых абстракций. Эти навыки тоже получаются многими годами. И суть такова, что ну не завязаны они на диф. уравнения функции многих переменных. Вот прямо совсем. В первую очередь я имею ввиду архитектурные навыки (которые больше всего как раз и ценятся, architect-ы всегда имеют одни из наивысших зарплат).
В общем тут сложно не согласиться с Wolfdp.
Но если посмотреть сколько таких от общего числа разработчиков, то станет понятно, что спрос в этой области очень небольшой. Дай бог 2-3%.
Если рассматривать оставшихся, то нельзя их всех под одну гребёнку расписать - мол веб-макаки, макаки для микроконтроллеров, c++ макаки, C# макаки, .Net макаки, etc. Просто сложность профессии в оставшихся 97% заключается скорее в клубке высокоуровневых абстракций. Эти навыки тоже получаются многими годами. И суть такова, что ну не завязаны они на диф. уравнения функции многих переменных. Вот прямо совсем. В первую очередь я имею ввиду архитектурные навыки (которые больше всего как раз и ценятся, architect-ы всегда имеют одни из наивысших зарплат).
В общем тут сложно не согласиться с Wolfdp.
Технически лимиты/интегралы юзаются в доказательствах/обьяснениях/расчета тех или иных физических явлениях. После уже оперируют исключительно выведеными формулами. Порой все еще сильнее упрощается до "для получения результата нажми кнопку A". В итоге весь вышмат тупо вылетает из головы. Так что в общем случае, все это для "неразрывности" изучения материала, т.е. чтобы обьяснить явление В, нужно сначала обьяснить базовые вещи А.
Тут больше интересно, зачем все это преподовать во всех факультетах и старших классах, порой с углубленым курсом. Я слабо представляю как эти знания применимы у юристов/дизайнеров/медиков.
Тут больше интересно, зачем все это преподовать во всех факультетах и старших классах, порой с углубленым курсом. Я слабо представляю как эти знания применимы у юристов/дизайнеров/медиков.
Почти любая программа в теории лучше в конкретной цели с которой она создана, чем человеческий мозг. Deepmind пока ничем не впечатляет. Да круто, да шаг к будущему, но пока результаты так себе...
Даже без знания(окей, с абсолютным минимумом) программирования можно написать кривой бот для тех же игр, в которые учится играть Deepmind и этот бот будет во многих случаях не хуже, чем deepmind после своего обучения в оных... некоторые игры более сложные для написания бота, там уже deepmind бесспорно лучше, но это просто от отсталости наших технологий и ленивости... человеку никогда не стать лучше машины, которая сделана под определенные задачи.
Я не вижу, что бы ты писал о том, как жигули или велосипед аист давно превзошли человеческие ноги, ведь это более реалистичное, хоть и ироничное описание.
Даже без знания(окей, с абсолютным минимумом) программирования можно написать кривой бот для тех же игр, в которые учится играть Deepmind и этот бот будет во многих случаях не хуже, чем deepmind после своего обучения в оных... некоторые игры более сложные для написания бота, там уже deepmind бесспорно лучше, но это просто от отсталости наших технологий и ленивости... человеку никогда не стать лучше машины, которая сделана под определенные задачи.
Я не вижу, что бы ты писал о том, как жигули или велосипед аист давно превзошли человеческие ноги, ведь это более реалистичное, хоть и ироничное описание.
>>лучше чем самообучения ничего не может быть
Спорно. Адекватные универы или курсы позволяют учиться быстро и по нужным темам. Плюс наличие наставника позволяет уточнить непонятные вещи. Для некоторых вещей еще нужны спец материалы (стенды, апаратуры, платные статьи).
Другой вопрос, что без дальнейшего самообучения резко выпадаешь из технологий, ну и плюс универ/курсы на практике могут оказаться просто учериждениями выдающими корочку (но не знания) .
Спорно. Адекватные универы или курсы позволяют учиться быстро и по нужным темам. Плюс наличие наставника позволяет уточнить непонятные вещи. Для некоторых вещей еще нужны спец материалы (стенды, апаратуры, платные статьи).
Другой вопрос, что без дальнейшего самообучения резко выпадаешь из технологий, ну и плюс универ/курсы на практике могут оказаться просто учериждениями выдающими корочку (но не знания) .
Andy - сказочник. Это все что нужно знать.
что мы наблюдаем, переменная isusHuisos уничтожена, а меременая andy которая ссылалась на isusHuisos, даже после уничтожения содержит значение переменной isusHuisos.
Таким образом в системе можно клонировать сколько угодно сушностей...
*вдаваться в подбробности от чего интерпритатор сходит с ума - лень, проверял на последней версси пыха*
И вообще дай мне любую банковскую систему на пыхе и я ее обрушу за день, так же приветствуется старые архитектуры процессоров, где возможно воспользоваться логическими в самих инструкциях процессора.
Деньги? можешь считать что я из тех долбаебов которые забесплатно готовы положить голову за человеческий прогресс.
Рекатор вырезал тег php
вот
________________________________________________________
$IsusHuisos=1;
$Andy=@$IsusHuisos; // создаем ссылку на переменную "IsusHuisos"
unset($IsusHuisos); // уничтожаем переменную "IsusHuisos"
echo $IsusHuisos; // NULL
echo $Andy; // 1
_________________________________________________________
вот
________________________________________________________
$IsusHuisos=1;
$Andy=@$IsusHuisos; // создаем ссылку на переменную "IsusHuisos"
unset($IsusHuisos); // уничтожаем переменную "IsusHuisos"
echo $IsusHuisos; // NULL
echo $Andy; // 1
_________________________________________________________
Воу, палегче! Начнем с доки... http://php.net/manual/ru/function.unset.php
>>Поведение unset() внутри пользовательской функции может отличаться, в зависимости от того, какой тип имеет переменная, которую необходимо удалить.
>>Если переменная, которая передается ПО ССЫЛКЕ, удаляется внутри функции, то будет удалена только локальная переменная.
Насчет положить банк -- положи для начала facebook.
>>Поведение unset() внутри пользовательской функции может отличаться, в зависимости от того, какой тип имеет переменная, которую необходимо удалить.
>>Если переменная, которая передается ПО ССЫЛКЕ, удаляется внутри функции, то будет удалена только локальная переменная.
Насчет положить банк -- положи для начала facebook.
Причем по интересности название абсолютно не соответствует содержанию.
Помню у меня в универе была преподша - богиня усыпления. Она говорила столь монотонно, что глаза закрывались спустя 2 минуты. Даже если ты реально хотел вникнуть, о чем же она там говорит, нужно было пускать кофеин по вене...
да ладно, весело же было на матане, правда я уже ничего не помню
Обычно, если препод не совсем пидор, на практике все намного легче.
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!