какие интересные термины пошли! Сетевая гигиена! Гигиена она же ведь не только сетевая, правда? Она ведь должна быть вообще, информационная. Поэтому в первую очередь проверке подлежат те, кто эту "гигиену" внедряет. Ну, потому что в информационной гигиене не должно же быть исключений?
Вспомнил, чем ещё надо себя заставлять заниматься - физкультурой. Вот чем иногда точно не хочется, а несколько раз позанимаешься через нехочу и дальше само идёт! )))
интернет-безопасность и цифровая грамотность - как раз предназначена просвещать людей, чтобы не переводили последние сбережения неизвестно кому. и обучать этому смолоду - очень здравая идея.
Но ведь грамотность она вообще, а не только "цифровая" и не только у детей. Вы считаете, что взрослых не надо просвещать?
Вроде как сразу? Либо хочешь чем-то заниматься, либо нет? Я только один случай обратного могу привести в пример - заниматься публичной деятельностью. Потому что ею заниматься изначально очень неприятно, особенно, если с детства не был популярен (комплексы и т.д.), но если рассматривать её как рекламу, то под этим соусом уже проще (это только моё предложение). Но вдруг у вас на примете есть другой пример? )
"Во время кризиса правительство не решение, правительство – это и есть проблема". Ах, да. Это сказал Рональд Рейган. При нём была организована выставка "Информатика в жизни США". А теперь чиновник из правительства предлагает "решение"?
Забавно то, что информационная безопасность - она вообще, а не только для детей. Интересно же читать новости, как какая-то ещё не выжившая из ума пенсионерка перевела кучу денег мошенникам? Закон не должен просвещать её, например? И при чём тут интернет? Интернет - отражение жизни. В интернете только то, что есть в жизни. Мошеники в жизни есть? Значит они есть и в интернете. И где с ними борьба в жизни? Где работа закона Яровой? Одним из его положений было "новые требования к операторам связи и интернет-проектам" и это никак не позволяет идентифицировать людей, которые "которые под видом сверстников могут расспрашивать о личных данных ребёнка и его семье"?
У меня как раз стало что-то получаться именно тогда, когда я стал самостоятельно заниматься тем, что мои родители/преподаватели/учителя тогда не понимали - программирование (давно это было). Важным оказалось - не одобрение со стороны, а самостоятельность, которой как раз никогда и не учили ни родители, ни в учебных заведениях. В целом, когда картина ясна и план построен, то не остаётся нелюбимых дел. Не хотелось бы набрасывать, но по моим наблюдениям самостоятельность пугает родителей/учителей/преподавателей. Потому что тогда человек может начать делать что-то сам и они становятся не нужны. C самостоятельным человеком уже надо начинать считаться, что в их планы не входит.
Кстати, к Конфуцию вопросов нет. Он явно понимал, что поиск дела — это и есть самое большое дело.
Мне кажется, что вы ошибаетесь в интерпретации Конфуция. Конфуций был самостоятельным. На этом всё. Как советчик - он так себе.
Не со всем согласен, но п.1 про имена переменных мне очень понравился и поэтому у нас всё общение с заказчиками проводится по таблице Excel, где перечислены все параметры задачи по автоматизации (с комментариями к параметрам) и в таком виде эти параметры прописываются везде. Бывает и тут доходит до маразма, что параметр был придуман человеком, который изучал в школе немецкий, а не английский, поэтому немецкая транслитерация выглядит забавно, но в итоге всё равно удобнее, чем фантазировать с переводами.
Я бы ещё добавил уникальную нумерацию сообщений об ошибках, чтобы 1. Пользователи чётко знали ошибки в лицо, а не по правилу «что-то-пошло-не-так+GUID» на одну и ту же ошибку, которую ещё надо найти в логах и 2. Чтобы однозначно связать источник ошибки с кодом. (А если в проекте несколько библиотек, то к номеру ошибки ещё добавляется имя библиотеки), чтобы на крайний случай обратиться к разработчику напрямую. У нас уже все знают, что делать, когда номер ошибки в расчётах - 172. Особенно при тестах помогает разным разработчикам, что они знают как реагировать самим и как понимать ошибки других: эй, у тебя ошибка 45 что означает? Иногда в исходниках прописываю, что проверить дополнительно. Бывает проходит год, добавляется ещё какой-нибудь параметр в модель и сразу сыпятся ошибки. Читаешь комменты к ошибкам и понимаешь, что ещё надо сделать для нового параметра. Потом благополучно забываешь про это до следующего года. Вот так система сама себя и поддерживает. )))
Не очень понятно, а в какой ситуации можно задать этот вопрос? Если изначально цену за работу назначает заказчик работ, то фрилансер соглашается или нет, а если изначально цены нет, то почему условия фрилансера надо обсуждать? А уж тем более обсуждать финансовые риски заказчика или брать по ним обязательства - это уж точно перебор.
а программисты переводят с языка формул на алгоритмический языки конкретных исполнителей вычислений
При программировании речь не всегда идёт о формулах. Поэтому существует такая профессия как бизнес-аналитик, который должен дать программисту формулу, которую программист и не должен доказывать или опровергать. Иногда бизнес-аналитик и программист совмещается в одном лице. По сути программист не занимается доказательствами, что из набора исходных данных можно получить требуемый результат. В этом моё понимание отличие программиста от математика. Честно говоря я ожидал примерно такого ответа от вас. Вы мне дали два определения для программиста и математика, но почему-то не смогли или не захотели дать ответ на мой вопрос в чём лично вы видите отличие? Я бы хотел понять согласны ли вы с моим предложением или всё-таки дадите свой ответ, который каким-то образом опровергает мой ответ? (занудство, но уже чтобы понять, что вообще происходит)
Если математики это аналог рационального множества, а программисты целые числа
Ваши рассуждения понятны, только вы не объяснили, почему математики и программисты принадлежат к указанным множествам? Вы не дали чёткого определения признака по которому математик является множеством рациональных чисел, а программист - целые числа. Есть ещё комплексные числа. )))
левое и правое два разных феномена
Симметрии бывают разные, например, есть ещё круговые симметрии (например, снежинка).
Ваши размышления понятны, только непонятно почему вы решили использовать эти типы множеств и соотнести их таким образом, а не наоборот?
Прошу вас ответить на мой исходный вопрос: в чём разница между программистами и математиками?
Программист, как специалист по применению алгоритмов и логики, есть математик. А математик, в каком-то смысле, и есть программист
Вы даёте рекурсивное определение. Я с таким подходом не согласен и так делать некорректно. Но, пусть это будет просто "утверждение". Я хочу продемонстрировать ошибочность такого утверждения следующим вопросом: можете объяснить в чём разница между программистом и математиком (раз уж существуют два понятия)?
По моей логике программист - профессиональный математик, потому что использует в своих рассуждениях формальную логику и строит алгоритмы
Алгоритмы не обязательно содержат математические расчёты. Бизнес-логика может содержать большое количество неформальной логики и её программирование не делает программиста математиком.
строит алгоритмы. Делает ли так дизайнер? Какой-то может и делает, но в большинстве это не так
Когда речь идёт о 3D, то рано или поздно приходится не просто работать с математикой, а работать именно с векторной математикой. Пример терминологии: карты нормалей. Приходится воле-неволей изучать векторную математику. Но изучать именно для применения. Доказывать ничего не нужно.
Ну или вот ещё пример - бухгалтер, который сводит отчёт в Excel, он кто? Есть ли там алгоритм? - безусловно есть, помните все эти стрелочки между зависимыми ячейками. Бухгалтер математик?
Это вы ещё 3D не учли. По вашей логике любой 3D художник/дизайнер - математик. Но ведь это не так. Быть математиком и уметь применять математику - разные профессии.
Мне жена подсказала такую мысль и как раз делала работу за десятерых и была такой рокзвездой, только не в IT, а в отделе персонала (дикая бюрократия):
Отношение к старожилам зависит от способа получения прибыли в компании и наихудший случай как раз наблюдается в гоcкомпаниях, которые в основном работают на отмыве денег (например, перекредитация под будущие гособоронзаказы). В этом случае увольнение старожил - это способ раздутия штата и увеличения Фонда Оплаты Труда (ФОТ), а, следовательно, и зп начальника. Раньше один старожил делал всю работу (вполне себе по должностной инструкции и имеет много личных контактов и на работе и с контрагентами). Начальник его выгоняет/выживает, работа встаёт или дико тормозиться (потому что другие сотрудники не имеют того набора личных контактов). Дальше начальник такого подразделения бежит к руководству, что это старожил всё "развалил" и на восстановление процессов надо ещё 2-3-5 сотрудников (как наглость позволяет). О поднятии ЗП старожилу речь никогда не будет идти, т.к. это не приносил личной выгоды его начальнику.
В общем так выглядит ещё одна "причина" увольнения ценного сотрудника. Такая ситуация может быть и в карманных IT-компаниях.
Уточните, когда его отобрали? Всё, что было - отключение поставщика электричества. Что теперь на счёт честности?
какие интересные термины пошли! Сетевая гигиена! Гигиена она же ведь не только сетевая, правда? Она ведь должна быть вообще, информационная. Поэтому в первую очередь проверке подлежат те, кто эту "гигиену" внедряет. Ну, потому что в информационной гигиене не должно же быть исключений?
Вспомнил, чем ещё надо себя заставлять заниматься - физкультурой. Вот чем иногда точно не хочется, а несколько раз позанимаешься через нехочу и дальше само идёт! )))
Но ведь грамотность она вообще, а не только "цифровая" и не только у детей. Вы считаете, что взрослых не надо просвещать?
Вроде как сразу? Либо хочешь чем-то заниматься, либо нет? Я только один случай обратного могу привести в пример - заниматься публичной деятельностью. Потому что ею заниматься изначально очень неприятно, особенно, если с детства не был популярен (комплексы и т.д.), но если рассматривать её как рекламу, то под этим соусом уже проще (это только моё предложение). Но вдруг у вас на примете есть другой пример? )
"Во время кризиса правительство не решение, правительство – это и есть проблема". Ах, да. Это сказал Рональд Рейган. При нём была организована выставка "Информатика в жизни США". А теперь чиновник из правительства предлагает "решение"?
Забавно то, что информационная безопасность - она вообще, а не только для детей. Интересно же читать новости, как какая-то ещё не выжившая из ума пенсионерка перевела кучу денег мошенникам? Закон не должен просвещать её, например? И при чём тут интернет? Интернет - отражение жизни. В интернете только то, что есть в жизни. Мошеники в жизни есть? Значит они есть и в интернете. И где с ними борьба в жизни? Где работа закона Яровой? Одним из его положений было "новые требования к операторам связи и интернет-проектам" и это никак не позволяет идентифицировать людей, которые "которые под видом сверстников могут расспрашивать о личных данных ребёнка и его семье"?
У меня как раз стало что-то получаться именно тогда, когда я стал самостоятельно заниматься тем, что мои родители/преподаватели/учителя тогда не понимали - программирование (давно это было). Важным оказалось - не одобрение со стороны, а самостоятельность, которой как раз никогда и не учили ни родители, ни в учебных заведениях. В целом, когда картина ясна и план построен, то не остаётся нелюбимых дел. Не хотелось бы набрасывать, но по моим наблюдениям самостоятельность пугает родителей/учителей/преподавателей. Потому что тогда человек может начать делать что-то сам и они становятся не нужны. C самостоятельным человеком уже надо начинать считаться, что в их планы не входит.
Мне кажется, что вы ошибаетесь в интерпретации Конфуция. Конфуций был самостоятельным. На этом всё. Как советчик - он так себе.
Добавил + за упоминание Antlr. Офигенная штука, не раз выручала, причём как раз в похожих ситуациях, когда много нагенерированного текста.
Не со всем согласен, но п.1 про имена переменных мне очень понравился и поэтому у нас всё общение с заказчиками проводится по таблице Excel, где перечислены все параметры задачи по автоматизации (с комментариями к параметрам) и в таком виде эти параметры прописываются везде. Бывает и тут доходит до маразма, что параметр был придуман человеком, который изучал в школе немецкий, а не английский, поэтому немецкая транслитерация выглядит забавно, но в итоге всё равно удобнее, чем фантазировать с переводами.
Я бы ещё добавил уникальную нумерацию сообщений об ошибках, чтобы 1. Пользователи чётко знали ошибки в лицо, а не по правилу «что-то-пошло-не-так+GUID» на одну и ту же ошибку, которую ещё надо найти в логах и 2. Чтобы однозначно связать источник ошибки с кодом. (А если в проекте несколько библиотек, то к номеру ошибки ещё добавляется имя библиотеки), чтобы на крайний случай обратиться к разработчику напрямую. У нас уже все знают, что делать, когда номер ошибки в расчётах - 172. Особенно при тестах помогает разным разработчикам, что они знают как реагировать самим и как понимать ошибки других: эй, у тебя ошибка 45 что означает? Иногда в исходниках прописываю, что проверить дополнительно. Бывает проходит год, добавляется ещё какой-нибудь параметр в модель и сразу сыпятся ошибки. Читаешь комменты к ошибкам и понимаешь, что ещё надо сделать для нового параметра. Потом благополучно забываешь про это до следующего года. Вот так система сама себя и поддерживает. )))
ФНС прилетело и опубликовало эту надпись здесь.
Не очень понятно, а в какой ситуации можно задать этот вопрос? Если изначально цену за работу назначает заказчик работ, то фрилансер соглашается или нет, а если изначально цены нет, то почему условия фрилансера надо обсуждать? А уж тем более обсуждать финансовые риски заказчика или брать по ним обязательства - это уж точно перебор.
При программировании речь не всегда идёт о формулах. Поэтому существует такая профессия как бизнес-аналитик, который должен дать программисту формулу, которую программист и не должен доказывать или опровергать. Иногда бизнес-аналитик и программист совмещается в одном лице. По сути программист не занимается доказательствами, что из набора исходных данных можно получить требуемый результат. В этом моё понимание отличие программиста от математика. Честно говоря я ожидал примерно такого ответа от вас. Вы мне дали два определения для программиста и математика, но почему-то не смогли или не захотели дать ответ на мой вопрос в чём лично вы видите отличие? Я бы хотел понять согласны ли вы с моим предложением или всё-таки дадите свой ответ, который каким-то образом опровергает мой ответ? (занудство, но уже чтобы понять, что вообще происходит)
Ваши рассуждения понятны, только вы не объяснили, почему математики и программисты принадлежат к указанным множествам? Вы не дали чёткого определения признака по которому математик является множеством рациональных чисел, а программист - целые числа. Есть ещё комплексные числа. )))
Симметрии бывают разные, например, есть ещё круговые симметрии (например, снежинка).
Ваши размышления понятны, только непонятно почему вы решили использовать эти типы множеств и соотнести их таким образом, а не наоборот?
Прошу вас ответить на мой исходный вопрос: в чём разница между программистами и математиками?
В статье вы написали такое определение:
Вы даёте рекурсивное определение. Я с таким подходом не согласен и так делать некорректно. Но, пусть это будет просто "утверждение". Я хочу продемонстрировать ошибочность такого утверждения следующим вопросом: можете объяснить в чём разница между программистом и математиком (раз уж существуют два понятия)?
Алгоритмы не обязательно содержат математические расчёты. Бизнес-логика может содержать большое количество неформальной логики и её программирование не делает программиста математиком.
Когда речь идёт о 3D, то рано или поздно приходится не просто работать с математикой, а работать именно с векторной математикой. Пример терминологии: карты нормалей. Приходится воле-неволей изучать векторную математику. Но изучать именно для применения. Доказывать ничего не нужно.
Ну или вот ещё пример - бухгалтер, который сводит отчёт в Excel, он кто? Есть ли там алгоритм? - безусловно есть, помните все эти стрелочки между зависимыми ячейками. Бухгалтер математик?
Это вы ещё ДНК своего организма до конца не расшифровали…
Это вы ещё 3D не учли. По вашей логике любой 3D художник/дизайнер - математик. Но ведь это не так. Быть математиком и уметь применять математику - разные профессии.
Мне жена подсказала такую мысль и как раз делала работу за десятерых и была такой рокзвездой, только не в IT, а в отделе персонала (дикая бюрократия):
Отношение к старожилам зависит от способа получения прибыли в компании и наихудший случай как раз наблюдается в гоcкомпаниях, которые в основном работают на отмыве денег (например, перекредитация под будущие гособоронзаказы). В этом случае увольнение старожил - это способ раздутия штата и увеличения Фонда Оплаты Труда (ФОТ), а, следовательно, и зп начальника. Раньше один старожил делал всю работу (вполне себе по должностной инструкции и имеет много личных контактов и на работе и с контрагентами). Начальник его выгоняет/выживает, работа встаёт или дико тормозиться (потому что другие сотрудники не имеют того набора личных контактов). Дальше начальник такого подразделения бежит к руководству, что это старожил всё "развалил" и на восстановление процессов надо ещё 2-3-5 сотрудников (как наглость позволяет). О поднятии ЗП старожилу речь никогда не будет идти, т.к. это не приносил личной выгоды его начальнику.
В общем так выглядит ещё одна "причина" увольнения ценного сотрудника. Такая ситуация может быть и в карманных IT-компаниях.
Интересно, а о каких рисках речь?
“ - Это ограбление?
- Нет. Это научный эксперимент! »