Хочу предложить протез зрячести вам как идею. На лоб слепому вешается пластинка размером с телефон, т.е. примерно во весь лоб, с креплением примерно как налобный фонарик, на резинке, для начала. В этой пластинке закреплена матрица выдвижных небольших штифтов, чтобы штифты, выдвигаясь, давили на лоб больше или меньше. Таким образом может формироваться тактильное изображение. По бокам этой матрицы поставить смотрящие наружу камеры, обработка изображений с которых могла бы формировать для начала контрастное тактильное изображение, с определением расстояния, чем предмет ближе - тем давление больше. Чтобы человек мог отличать хотя бы углы зданий, стены, дверные проемы, лестницы, дороги - без ощупывания их. На наружной стороне закрепить гибкую тачпад-матрицу (внутренняя сторона тоже гибкая, анатомически лбы редко однородны геометрически), нажатиями на которой человек мог бы запрашивать подсказки по тактильному изображению. Например тапнуть один раз - "что это?", два раза - "как далеко?". Может быть, после этого они могли бы даже ходить без белой палочки, которую можно было бы сделать запасной, складной, с креплением на пояс.
А это еще у Дейла Карнеги было написано, в «Как завоевывать друзей и оказывать влияние на людей», что для каждого человека самое сладкое слово — его имя.
Здесь один из примеров скрытых особенностей языка, которые по-хорошему должен знать каждый программист — пользователь языка, но мало в какой книжке по языку о подобном пишут, и обычно из таких особенностей получаются грабли, которые рано или поздно проявляются. И сам факт наличия таких граблей говорит о плохой реализации языка. В плюсах таких моментов слишком много. И других языков, с усложнениями всех видов, много, поэтому актуальна потребность в простом языке, но эффективном.
И вообще неправильно это, создавать скрытую особенность языка, замаскированные грабли, потому что не удается сделать нормальную реализацию. Надо добиваться нормальной реализации сразу, и всячески избегать замаскированных граблей. Чтобы программист при переносе объектной модели в язык программирования не получал мин замедленного действия, на которых подорвутся пользователи.
Совсем убрать нельзя, в шаблонах без него тяжело будет. Злоупотребление auto пока что останется на совести автора кода.
Вы заставляете пользователя вашего языка использовать его так как задумано, прямым путем, и одновременно ограждаете его ошибок где можете, одна система учета ссылок чего стоит. И это концептуально правильно, массовый язык должен защищать от ошибок. Имея это в виду, посмотрите что творится в шаблонах С++, как выглядит код ATL, насколько он удобен в использовании (не говоря о модификации развитии) не сильно искушенному в шаблонах программисту. Мало удобен, надеюсь, Вы знаете это. А многие идеи Александреску, прекрасно зашедшие в С++, и породившие использование системы типов для решения разных задач, но не создания экземпляров порожденных шаблонных типов в привычном для «С с классами» смысле. Не ищите такого использования шаблонов, массовый пользователь ЯП и метапрограммирование — вещи противолежащие. Простота ЯП, быстрота понимания его программ, это и защищенность от ошибок и эффективность работы на нем.
Мне почти все нравится. Предложу убрать ust::. В С++ это введено из-за наследия, классов с такими же именами как в std наделали до std, а у вас нет наследия, просто зарезервируйте побольше слов-названий, и пишите анонсы того что войдет из зарезервированного в понимаемое компилятором, если не все сразу делать (хотя можно классы-заглушки-пустышки).
И, возможно, убрать auto, потому что чтобы понять программу, ее компилируешь в голове, и в этом известность результирующего типа нередко помогает.
Имхо ваш язык отличный кандидат чтобы занят пустую нишу языка мощного (компилируемого в нативный код, без GC), простого (доступного новичкам и старичкам), поддерживающего ООП. С++ ушел из этой ниши и не так важно куда он идет, как занять то святое место, которое он оставил пустым. Именно на таком языке должны бы быть написаны и десктопные приложения типа офиса или CAD, именно на таком надо бы писать тем, кого государство могло бы нанимать для написания нужных ему программ, вовлекая в этот процесс широкие круги, примерно как в open source, но за зарплату и хостя самостоятельно.
«Какие три главных качества вы цените в коллегах, кроме программирования?
Какие три главные вещи о программировании нужно знать гуманитариям, по вашему мнению?»
я считаю, важнее было бы:
— какие три главные качества/вещи вы хотите от вашего руководства?
— интересно ли вам, какие три главные качества/вещи хотят от вас?
сначала «я решил инвестировать значительную сумму денег в эту историю»
а потом
" я считаю своей личной обязанностью воспитывать людей вокруг истории Биткойна, а также проповедовать его использование"
" для всех, кто верит в Биткойн"
неприятно терять бабки. чел даже пошел на орелигивание последовательностей битов
Ок, разные сервисы засвечивают разные части номера, это нехорошо. Можно узнать номер.
«Вся эта информация позволяла легко инициировать процесс замены SIM-карты, после чего злоумышленник получал фактически полный доступ к телефону, мог совершать звонки, отправлять и принимать сообщения и т.д.»
Разве так легко заменить симку за человека? Неужели кому-то кроме олигархов есть смысл париться об этом?
«Считаю, что человек доволен, если не говорит мне об обратном на периодических встречах.» «Будьте честными и смелыми. Говорите с людьми.»
Вы с ними говорите о зарплате на периодических встречах? Или считаете, что пока не начнет выступать с недовольством — всем доволен?
Не помню, чтобы у меня спрашивали о довольности зп, и уж точно не в последние годы. При этом я не особо доволен и при случае свинчу, хоть и маловероятном. И конечно, я далеко снаружи мкада. И все равно, трудно себе представить, чтобы пинговали сверху на предмет удовлетворенности зп. Тут обычно «будь счастлив тем что даем, не нравится — дверь там» подразумевается с момента начала работы, и никаких вопросов в процессе. При таком отношении проще свинтить без выступлений, и любые контрофферы заранее бесперспективны. Да и известен такой случай мне всего один, когда чел получал 600, написал заяву, ему предложили 800, но он уходил в столицу на 1600. Я тоже никогда даже не спрашивал ничего: псж, и все. Неужели другое отношение где-то сильно распространено?
Просто он дилер 1С.
А еще, для меня фразы типа «Все тормоза 1С связаны только с одной вещью — дефектами прикладного кода допускаемыми программистами. НУ и еще с неумением проектировать „нормальные“ метаданные.» пахнут маркетингом. 2й свежести.
А еще, пожалуйста, сделайте в почте в анонимайзере, возможность заменить адрес основной, используемый для входа в почту, на один из адресов, созданных в анонимайзере. Ведь куча адресов созданы до анонимайзера и нуждаются в защите. Я писал обращение, получил «ваше предложение передано на рассмотрение руководству», и все, чем кончилось — неизвестно. Пишу пока вспомнилось, не знаю куда еще обратиться после использования обращения с предложением.
«Но я надеюсь, что теперь вам стало понятно, как устроено округление в Go и как нужно тестировать реализации округления»
да использовать их надо, а не тестировать
программист он для заказчика программист, а для языка программирования пользователь
«корректно работающее округление появилось лишь в шестой мажорной версии Java (через 15 лет, прошедших с релиза Java 1.0 до выхода Java 7)»
15 лет… пендосиннопром жжет…
мне просто интересно, если бы такие базовые штуки, как округление, я выдавал бы своим пользователям через 15 лет,… да нет, я бы не дождался результатов теста, столько не проработал бы.
и ведь на этом языке до сих пор большая часть вакансий в нашем замкадье-захолустье
Есть хорошее предложение для запоминания слов для андроид? Чтобы можно было убирать те, что точно знаешь, а остальные были с транскрипцией, с вовлечением в обороты и предложения, со словесными мини-играми (ввести слово, расставить соответствие, мини-кроссворд где хотя бы 60% изученных, и т.д. ), с озвучкой, с учетом частотности (разделить слова на «слои», первый слой — самые частые 3000 слов, далее по возрастанию редкости использования слов), и если не бесплатно, то хотя бы недорого? Я пробовал недавно несколько топовых предложений плеймаркета, но даже примерно близкого к описанному не нашел, а денег хотят многие, если не все из них.
вы написали функцию inline/force_inline, 100 раз её использовали, а компилятор решил её не встраивать — линкер выкинет 99 скомпилированных тел вашей функции и оставит одно
кмк, если компилятор решит не встраивать, он и оставит одно тело
Вообще-то, нет ничего хорошего в том, что bool может иметь третье значение, не true и не false. Это противоречит основному пониманию логических переменных, общепринятому в мире (спросите у любого не знающего С++, но знакомого с логическими операциями, И, ИЛИ, сколько значений может иметь логическая переменная), а язык заявляет реализацию ООП, который исходит из объектов и свойств реальных объектов мира. И во всех книжках по С++, что я читал, (и уверен в абсолютном большинстве книг ро С++), тип bool представлен как имеющий два возможных значения.
Это приводит к тому, что для нормальной работы на языке мало прочесть книгу по С++, мало к тому прочесть еще и Саттера, Мейерса, но надо еще и стандарт знать. Причем, это все совершенно неочевидно после прочтения книг, которые пишутся как раз для того, чтобы можно было после них нормально писать код.
Ну а то, что над этим «превосходством» над обычной логикой, где у логической переменной два значения, и планирование логических операций строится в рамках этого диапазона, будут смеяться пишущие на других языках — это лишь мелкий побочный эффект.
Хочу предложить протез зрячести вам как идею. На лоб слепому вешается пластинка размером с телефон, т.е. примерно во весь лоб, с креплением примерно как налобный фонарик, на резинке, для начала. В этой пластинке закреплена матрица выдвижных небольших штифтов, чтобы штифты, выдвигаясь, давили на лоб больше или меньше. Таким образом может формироваться тактильное изображение. По бокам этой матрицы поставить смотрящие наружу камеры, обработка изображений с которых могла бы формировать для начала контрастное тактильное изображение, с определением расстояния, чем предмет ближе - тем давление больше. Чтобы человек мог отличать хотя бы углы зданий, стены, дверные проемы, лестницы, дороги - без ощупывания их. На наружной стороне закрепить гибкую тачпад-матрицу (внутренняя сторона тоже гибкая, анатомически лбы редко однородны геометрически), нажатиями на которой человек мог бы запрашивать подсказки по тактильному изображению. Например тапнуть один раз - "что это?", два раза - "как далеко?". Может быть, после этого они могли бы даже ходить без белой палочки, которую можно было бы сделать запасной, складной, с креплением на пояс.
Здесь один из примеров скрытых особенностей языка, которые по-хорошему должен знать каждый программист — пользователь языка, но мало в какой книжке по языку о подобном пишут, и обычно из таких особенностей получаются грабли, которые рано или поздно проявляются. И сам факт наличия таких граблей говорит о плохой реализации языка. В плюсах таких моментов слишком много. И других языков, с усложнениями всех видов, много, поэтому актуальна потребность в простом языке, но эффективном.
И вообще неправильно это, создавать скрытую особенность языка, замаскированные грабли, потому что не удается сделать нормальную реализацию. Надо добиваться нормальной реализации сразу, и всячески избегать замаскированных граблей. Чтобы программист при переносе объектной модели в язык программирования не получал мин замедленного действия, на которых подорвутся пользователи.
Вы заставляете пользователя вашего языка использовать его так как задумано, прямым путем, и одновременно ограждаете его ошибок где можете, одна система учета ссылок чего стоит. И это концептуально правильно, массовый язык должен защищать от ошибок. Имея это в виду, посмотрите что творится в шаблонах С++, как выглядит код ATL, насколько он удобен в использовании (не говоря о модификации развитии) не сильно искушенному в шаблонах программисту. Мало удобен, надеюсь, Вы знаете это. А многие идеи Александреску, прекрасно зашедшие в С++, и породившие использование системы типов для решения разных задач, но не создания экземпляров порожденных шаблонных типов в привычном для «С с классами» смысле. Не ищите такого использования шаблонов, массовый пользователь ЯП и метапрограммирование — вещи противолежащие. Простота ЯП, быстрота понимания его программ, это и защищенность от ошибок и эффективность работы на нем.
И, возможно, убрать auto, потому что чтобы понять программу, ее компилируешь в голове, и в этом известность результирующего типа нередко помогает.
Имхо ваш язык отличный кандидат чтобы занят пустую нишу языка мощного (компилируемого в нативный код, без GC), простого (доступного новичкам и старичкам), поддерживающего ООП. С++ ушел из этой ниши и не так важно куда он идет, как занять то святое место, которое он оставил пустым. Именно на таком языке должны бы быть написаны и десктопные приложения типа офиса или CAD, именно на таком надо бы писать тем, кого государство могло бы нанимать для написания нужных ему программ, вовлекая в этот процесс широкие круги, примерно как в open source, но за зарплату и хостя самостоятельно.
Какие три главные вещи о программировании нужно знать гуманитариям, по вашему мнению?»
я считаю, важнее было бы:
— какие три главные качества/вещи вы хотите от вашего руководства?
— интересно ли вам, какие три главные качества/вещи хотят от вас?
а потом
" я считаю своей личной обязанностью воспитывать людей вокруг истории Биткойна, а также проповедовать его использование"
" для всех, кто верит в Биткойн"
неприятно терять бабки. чел даже пошел на орелигивание последовательностей битов
но зачем это здесь???
«Вся эта информация позволяла легко инициировать процесс замены SIM-карты, после чего злоумышленник получал фактически полный доступ к телефону, мог совершать звонки, отправлять и принимать сообщения и т.д.»
Разве так легко заменить симку за человека? Неужели кому-то кроме олигархов есть смысл париться об этом?
Вы с ними говорите о зарплате на периодических встречах? Или считаете, что пока не начнет выступать с недовольством — всем доволен?
Не помню, чтобы у меня спрашивали о довольности зп, и уж точно не в последние годы. При этом я не особо доволен и при случае свинчу, хоть и маловероятном. И конечно, я далеко снаружи мкада. И все равно, трудно себе представить, чтобы пинговали сверху на предмет удовлетворенности зп. Тут обычно «будь счастлив тем что даем, не нравится — дверь там» подразумевается с момента начала работы, и никаких вопросов в процессе. При таком отношении проще свинтить без выступлений, и любые контрофферы заранее бесперспективны. Да и известен такой случай мне всего один, когда чел получал 600, написал заяву, ему предложили 800, но он уходил в столицу на 1600. Я тоже никогда даже не спрашивал ничего: псж, и все. Неужели другое отношение где-то сильно распространено?
А еще, для меня фразы типа «Все тормоза 1С связаны только с одной вещью — дефектами прикладного кода допускаемыми программистами. НУ и еще с неумением проектировать „нормальные“ метаданные.» пахнут маркетингом. 2й свежести.
да использовать их надо, а не тестировать
программист он для заказчика программист, а для языка программирования пользователь
«корректно работающее округление появилось лишь в шестой мажорной версии Java (через 15 лет, прошедших с релиза Java 1.0 до выхода Java 7)»
15 лет… пендосиннопром жжет…
мне просто интересно, если бы такие базовые штуки, как округление, я выдавал бы своим пользователям через 15 лет,… да нет, я бы не дождался результатов теста, столько не проработал бы.
и ведь на этом языке до сих пор большая часть вакансий в нашем замкадье-захолустье
кмк, если компилятор решит не встраивать, он и оставит одно тело
Это приводит к тому, что для нормальной работы на языке мало прочесть книгу по С++, мало к тому прочесть еще и Саттера, Мейерса, но надо еще и стандарт знать. Причем, это все совершенно неочевидно после прочтения книг, которые пишутся как раз для того, чтобы можно было после них нормально писать код.
Ну а то, что над этим «превосходством» над обычной логикой, где у логической переменной два значения, и планирование логических операций строится в рамках этого диапазона, будут смеяться пишущие на других языках — это лишь мелкий побочный эффект.