Было бы хорошо этот private key генерировать на основе днк или вообще, чтоб проголосовать надо сдать образец днк (например слюны/крови/волос/отпечаток зубов/...) вот тогда....
М... да, проблема серьезная, но что-то с ней можно поделать
1) однозначно искать собеседника, по скольку ты молод и еще учишься ищи того кто старше, кто сможет тебе что-то новое рассказать
2) найти человека собеседника который разделит с тобой интересы - очень сложно, наверно жену легче найти, хотя кому как, в конце концов мы все приходим в этот мир одинокими и уходим такими же, это согласно возрасту (10 класс) очень сильно чувствуешь - это надо пережить, а как пережить ... читай далее
3) одну вещь надо уяснить, желательно пораньше - ты человек и живешь в мире людей, а следовательно надо научиться с ними жить, общаться и вообще как-то коммуницировать, тут важно выделить несколько ключевых идей:
Не все тебя могут понять, как и ты их - и это нормально, а еще нормально - это развивать навыки общения - это даже полезно, например с противоположным полом, совсем не обязательно с ними дружить, можно просто пойти как исследователь за поведением человеков (антропология/социология,психология...), ну а если дойдет до дружбы - то уже хорошо, хотя я бы сейчас на твоем месте задался вопросом - что это значит дружить? это как ? ... ведь как бывает, ты вроде растешь, учишься, дружишь, а потом заканчивается учеба, начинается работа и друзей уже становиться меньше, а потом еще дети появляются, то еще меньше друзей - и это тоже нормально
4) Возможно, я не знаю как у тебя, но я бы посмотрел на твоем месте, на папу и поспрашивал бы о его работе, о его учебе, как это он вдруг встал программистом, или например что он сам думает о дружбе, и надо ли обсуждать фильмы/книги/программы внутри семьи и т.д.
То есть я о том, что у тебя под боком есть объект (папа), на котором можно оттачивать коммуникационные навыки, и даже наверно не один объект (еще мама)
Возможно стоит не бояться с ними говорить на сложные темы, ведь хоть они могут быть и заняты и уставшими, но они наверняка желают тебе лучшего, вот ты им прям в лоб и скажи - что я хочу тренировать на вас ораторское искусство или искусство ведения диалога, так чтоб не меньше 3 часов в неделю на тему программирования, а иначе ... придумай угрозу.
Это наверно лучшее что можно сделать, родители же тоже человеки, которые не всегда ведут себя хорошо, они может тоже не умеют общаться на сложные темы, а ты им вот и заяви, например так: "Ковида Нет!" (если они прививку поставили) или "Бога Есть!" (не верующие) - тем самым, выведи их на диалог
Потом спустя год плотного и плодотворного общения - это станет приятным удовольствием
Ведь бывает сложно понять даже, чего мы хотим от собеседника в диалоге, а это в умных книжках иногда объясняется, например от общения мы хотим узнать что-то новое, чему то научиться или мы хотим поделиться своими переживаниями или мы хотим побудить собеседника к действию, например нам нужна помощь...
Это я к тому, что не плохо бы иметь план диалога, потом со временем будет легче еще формулировать, а еще бывает полезно его озвучивать в начале беседы
Я не буду давать советов по поводу, куда идти чаты или митапы... или прочее, это все тебе выше написали
А вот научиться разговаривать, и как это делать так, чтоб получать удовольствие от этого - это возможно, возможно научиться этому, но это сложно, если ты поставишь перед собой такую цель, так же как ты изучаешь программирование, изучить формы и виды человеческой коммуникации и научиться ими эффективно пользоваться - то я думаю это будет один из самых полезных навыков.
Тут надо просто взглянуть на то, что во круг тебя ходят 8 миллиардов сложно-организованных компьютеров, со сложнейшими нейронными сетками, и ведь с ними можно не только коммуницировать, но и программировать и получать удовольствие от них и давать им радость от общения с тобой
WASM это обычная виртуальная машина со стеклом и памятью, она не быстрее и не медленнее остальных (Jvm, net)
Безопасность там не лучше других, эта виртуальная машина не может определять чистая функция или нет, в спецификации этого может и не быть, а то что модули зачастую предоставляют чистые функции - это точнее не заслуга wasm, а разработчика модуля
Плюс ещё скажите лучше про ограничение в 4гб оперативны, и ещё не ясно как в ней решен вопрос синхронизации поток (cpu)
Хотяв целом я рад ее появлению, но далеко не все языки включили поддержку
Ну и про jvm - тоже заблуждение, jvm вполе из коробки безопасна и ограничить доступ к ОС делается на раз
Библиотека не весь байт код передает, это связано с тем, что не весь байт код имеет объектное представление
Это так:
У меня есть ряд классов, например такой
MInsn — он соответствует инструкциям NOP, ACONST_NULL, ICONST_0,…
MJumpInsn — а этот соответствует инструкция условного и безусловного перехода IFEQ, GOTO
Большинство этих инструкций представлено тем или иным классом, возможно есть инструкции для которых не реализовано представление, хотя… уже нет вроде (в версии 2)
Другой момент, что эти инструкции байт кода могут содержать параметры, которые тоже должны иметь представление, и вроде я их все реализовал
На данный момент, сейчас эту либу можно использовать и по назначению и как декомпилятор, но… пока как декомпилятор тяжко
Я в курсе про загрузку кода по сети, и про апплеты, видать я плохо описал статью
принципиальное отличие не загружать всю jar, не возиться с ее выгрузкой, и с проверкой безопасности, на уровне подписания ее и других — а именно только то, что относиться к лямбде и не более того
Если так посмотреть то и Java сама по себе велосипед
Автор много букв написал, но вот выводов я к сожалению не заметил
А выводы можно сделать простые:
— 1ая ошибка — не оценили размер целевой аудитории / конечных игроков
сделай оценку просто в уме, без цифр,
а) что single player больше чем multi
б) что online востребование чем offline
Процесс разработки в теории можно было разбить итеративно версия 1 / версия 2
и реализовать фишки по мере версий, т.е. можно заранее было предусмотреть горизонт разработки и не делать все сразу
т.е. мысль очень простая, надо было наметить краткосрочные планы по месяцу например и при первом полугодии, если были бы серьезные отставания (например нет четко сформулированого процесса разработки, этапов, распределения ролей, архитектуры и т.д.), но есть идея, то можно было на техже конференция с издателями переговорить о найме управленца в команду
В действительности художественные цели и изобразительные цели — они кардинально разные
Между ними есть тесные, взаимосвязанные задачи
В первоочередности учат основам — не сколько техническому рисунки или тем более начерталке. В двух художественных учебных заведениях в которых я учился (техникум, институт) небыло прдмета — начертательной геометрии, близкие были — перспектива, черчение (какие-то основы начерталки).
Технический рисунок в смысле художественной специальности — это рисунок при помощи карандаша и бумаги (без линеек и других инструментов), цель которого, зависит от поставленной задачи.
В случае с кубиками — умение отобразить простой объект в пространстве, с тенями и окружением, например:
Теперь его можно сравнить с начертательной геометрией.
На глаз видны не большие различия, больше сходства, но есть одно серьезное отличие — это метод построения изображения
В художественной практике — это на глаз, в инжиреной — точно, при помощи дополнительных инструментов (линейки, циркули)
В действительности знания начерталки для художника — очень желательны, но не весь опыт, нужны террористические знания, а методы построения у художников другие все же.
На первом курсе художественных специальности — картиники начерталики и рисунка совпадают (кроме теней и штриховки)
Например штриховка в художке важна — например штриховка должна быть "по форме" и желательно в одном направлении в пределах плоскости куба.
Тень в художке должна воссоздавать такой же образ как видишь, а не как в начерталке.
И на втором курсе художественных учебных заведений, уже радикально расходятся начертательная геометрия и учебный рисунок.
Драпировки
Это рисунок драпировки, обучают обычно на 2ом курсе проходят, подойти к рисунку драпировки со стороны начерталки — уже не реальная задача.
Хотя тут, так же стоит изобразительная задача — изобразить драпировку.
Эта задача успешно достигается, только когда будет пройден шаг с кубами,
когда студент успешно усвоил простые фигуры — т.е. умеет их рисовать и лепить
Ключевой навык — умение изображать / мыслить в пределах видимых форм, понимать видимую тяжесть объекта, ну и само собой уметь изобразить его в пространстве
Рисунок выше — можно сказать образец академки:
изображаемая форма — в пространстве — есть фон
штрихи — по форме
есть перспектива, но она видна как четкое разделение на первый( одеяние ), второй (руки, голова, ноги) и третий план (фон)
обычно между первым и вторым планом нет четкой обязанности, какой из них главный — это не требование академки, художник в праве сам выбрать какой из планов будет главный.
Тут главный — первый, ткань, она же драпировка.
Вот, конкретно тут можно сказать что художественной задачей было отобразить драпировку, а не человека.
Это я все к чему…
к тому что у начертательной геометрии например свои пределы и свои задачи, в художественных дисциплинах они другие.
Не зависимо от клиента вы можете либо нормальный api, либо убогий api сделать.
В связи с этим, для вас же важно различать понятия
Булево
Наличие или отсутствие значения
Вот JavaScript проектировали му*аки, придумали null, undefined
И ещё хуже сделали конструкцию if, которая не различает null, undefined, false, 0… (типа хотели как лучше)
Свободы вы выборе технологий недостижимо, например я захочу на brainfuck/asm/t-sql использовать ваш api, тогда как со свободой выбора?
Дело не в личных желаниях, а в объективной данности
Конструктивно использовать нормальные языки типа TypeScript/Scala3/Kotlin в которых нет проблем с null / false, и другие бывают протоколы связи, тот же GraphQL, в котором тоже есть различие между null/false.
Но если вы конечно настаиваете на кактусе js/json, то ваша воля
Было бы хорошо этот private key генерировать на основе днк или вообще, чтоб проголосовать надо сдать образец днк (например слюны/крови/волос/отпечаток зубов/...) вот тогда....
М... да, проблема серьезная, но что-то с ней можно поделать
1) однозначно искать собеседника, по скольку ты молод и еще учишься ищи того кто старше, кто сможет тебе что-то новое рассказать
2) найти человека собеседника который разделит с тобой интересы - очень сложно, наверно жену легче найти, хотя кому как, в конце концов мы все приходим в этот мир одинокими и уходим такими же, это согласно возрасту (10 класс) очень сильно чувствуешь - это надо пережить, а как пережить ... читай далее
3) одну вещь надо уяснить, желательно пораньше - ты человек и живешь в мире людей, а следовательно надо научиться с ними жить, общаться и вообще как-то коммуницировать, тут важно выделить несколько ключевых идей:
Не все тебя могут понять, как и ты их - и это нормально, а еще нормально - это развивать навыки общения - это даже полезно, например с противоположным полом, совсем не обязательно с ними дружить, можно просто пойти как исследователь за поведением человеков (антропология/социология,психология...), ну а если дойдет до дружбы - то уже хорошо, хотя я бы сейчас на твоем месте задался вопросом - что это значит дружить? это как ? ... ведь как бывает, ты вроде растешь, учишься, дружишь, а потом заканчивается учеба, начинается работа и друзей уже становиться меньше, а потом еще дети появляются, то еще меньше друзей - и это тоже нормально
4) Возможно, я не знаю как у тебя, но я бы посмотрел на твоем месте, на папу и поспрашивал бы о его работе, о его учебе, как это он вдруг встал программистом, или например что он сам думает о дружбе, и надо ли обсуждать фильмы/книги/программы внутри семьи и т.д.
То есть я о том, что у тебя под боком есть объект (папа), на котором можно оттачивать коммуникационные навыки, и даже наверно не один объект (еще мама)
Возможно стоит не бояться с ними говорить на сложные темы, ведь хоть они могут быть и заняты и уставшими, но они наверняка желают тебе лучшего, вот ты им прям в лоб и скажи - что я хочу тренировать на вас ораторское искусство или искусство ведения диалога, так чтоб не меньше 3 часов в неделю на тему программирования, а иначе ... придумай угрозу.
Это наверно лучшее что можно сделать, родители же тоже человеки, которые не всегда ведут себя хорошо, они может тоже не умеют общаться на сложные темы, а ты им вот и заяви, например так: "Ковида Нет!" (если они прививку поставили) или "Бога Есть!" (не верующие) - тем самым, выведи их на диалог
Потом спустя год плотного и плодотворного общения - это станет приятным удовольствием
Ведь бывает сложно понять даже, чего мы хотим от собеседника в диалоге, а это в умных книжках иногда объясняется, например от общения мы хотим узнать что-то новое, чему то научиться или мы хотим поделиться своими переживаниями или мы хотим побудить собеседника к действию, например нам нужна помощь...
Это я к тому, что не плохо бы иметь план диалога, потом со временем будет легче еще формулировать, а еще бывает полезно его озвучивать в начале беседы
Я не буду давать советов по поводу, куда идти чаты или митапы... или прочее, это все тебе выше написали
А вот научиться разговаривать, и как это делать так, чтоб получать удовольствие от этого - это возможно, возможно научиться этому, но это сложно, если ты поставишь перед собой такую цель, так же как ты изучаешь программирование, изучить формы и виды человеческой коммуникации и научиться ими эффективно пользоваться - то я думаю это будет один из самых полезных навыков.
Тут надо просто взглянуть на то, что во круг тебя ходят 8 миллиардов сложно-организованных компьютеров, со сложнейшими нейронными сетками, и ведь с ними можно не только коммуницировать, но и программировать и получать удовольствие от них и давать им радость от общения с тобой
Как то так
Не вводите людей в заблуждение,
WASM это обычная виртуальная машина со стеклом и памятью, она не быстрее и не медленнее остальных (Jvm, net)
Безопасность там не лучше других, эта виртуальная машина не может определять чистая функция или нет, в спецификации этого может и не быть, а то что модули зачастую предоставляют чистые функции - это точнее не заслуга wasm, а разработчика модуля
Плюс ещё скажите лучше про ограничение в 4гб оперативны, и ещё не ясно как в ней решен вопрос синхронизации поток (cpu)
Хотяв целом я рад ее появлению, но далеко не все языки включили поддержку
Ну и про jvm - тоже заблуждение, jvm вполе из коробки безопасна и ограничить доступ к ОС делается на раз
Извиняюсь, но вы говорите загадками, а у меня сейчас голова болит чтоб их отгадывать
Хорошее дополнение, спасибо
Я близорукий, не отрицаю
Ох… извиняюсь, не знал про JAD в реализации С
Спасбо
Это так:
У меня есть ряд классов, например такой
MInsn — он соответствует инструкциям NOP, ACONST_NULL, ICONST_0,…
MJumpInsn — а этот соответствует инструкция условного и безусловного перехода IFEQ, GOTO
И таких инструкций много
https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-6.html
Большинство этих инструкций представлено тем или иным классом, возможно есть инструкции для которых не реализовано представление, хотя… уже нет вроде (в версии 2)
Другой момент, что эти инструкции байт кода могут содержать параметры, которые тоже должны иметь представление, и вроде я их все реализовал
На данный момент, сейчас эту либу можно использовать и по назначению и как декомпилятор, но… пока как декомпилятор тяжко
Проект жив и последний commit был 6 дней назад
https://github.com/java-decompiler/jd-core
А последний релиз 2019, на сайте у них заявлено поддержка до 10 версии JDK
По мне, все так, правильно. Не вижу противоречий.
Кратко как я понял коммент — Ковариантность по результату, Контравариантность по аргументам, я так же понимаю.
Я в курсе про загрузку кода по сети, и про апплеты, видать я плохо описал статью
принципиальное отличие не загружать всю jar, не возиться с ее выгрузкой, и с проверкой безопасности, на уровне подписания ее и других — а именно только то, что относиться к лямбде и не более того
Если так посмотреть то и Java сама по себе велосипед
Уже нашел описание https://stackoverflow.com/questions/42096854/how-does-apache-spark-send-functions-to-other-machines-under-the-hood/51115271
:) идеалы они такие, не достижимые
Почему бы и нет, подскажите что почитать, на сколько мне известно serverless — очень широкий термин
Спасибо, про Spark не знал, подскажите где можно почитать ?
А выводы можно сделать простые:
— 1ая ошибка — не оценили размер целевой аудитории / конечных игроков
сделай оценку просто в уме, без цифр,
а) что single player больше чем multi
б) что online востребование чем offline
Процесс разработки в теории можно было разбить итеративно версия 1 / версия 2
и реализовать фишки по мере версий, т.е. можно заранее было предусмотреть горизонт разработки и не делать все сразу
т.е. мысль очень простая, надо было наметить краткосрочные планы по месяцу например и при первом полугодии, если были бы серьезные отставания (например нет четко сформулированого процесса разработки, этапов, распределения ролей, архитектуры и т.д.), но есть идея, то можно было на техже конференция с издателями переговорить о найме управленца в команду
Дополню к выше сказанному
В действительности художественные цели и изобразительные цели — они кардинально разные
Между ними есть тесные, взаимосвязанные задачи
В первоочередности учат основам — не сколько техническому рисунки или тем более начерталке. В двух художественных учебных заведениях в которых я учился (техникум, институт) небыло прдмета — начертательной геометрии, близкие были — перспектива, черчение (какие-то основы начерталки).
Технический рисунок в смысле художественной специальности — это рисунок при помощи карандаша и бумаги (без линеек и других инструментов), цель которого, зависит от поставленной задачи.
В случае с кубиками — умение отобразить простой объект в пространстве, с тенями и окружением, например:
Теперь его можно сравнить с начертательной геометрией.
На глаз видны не большие различия, больше сходства, но есть одно серьезное отличие — это метод построения изображения
В художественной практике — это на глаз, в инжиреной — точно, при помощи дополнительных инструментов (линейки, циркули)
В действительности знания начерталки для художника — очень желательны, но не весь опыт, нужны террористические знания, а методы построения у художников другие все же.
На первом курсе художественных специальности — картиники начерталики и рисунка совпадают (кроме теней и штриховки)
Например штриховка в художке важна — например штриховка должна быть "по форме" и желательно в одном направлении в пределах плоскости куба.
Тень в художке должна воссоздавать такой же образ как видишь, а не как в начерталке.
И на втором курсе художественных учебных заведений, уже радикально расходятся начертательная геометрия и учебный рисунок.
Драпировки
Это рисунок драпировки, обучают обычно на 2ом курсе проходят, подойти к рисунку драпировки со стороны начерталки — уже не реальная задача.
Хотя тут, так же стоит изобразительная задача — изобразить драпировку.
Эта задача успешно достигается, только когда будет пройден шаг с кубами,
когда студент успешно усвоил простые фигуры — т.е. умеет их рисовать и лепить
Ключевой навык — умение изображать / мыслить в пределах видимых форм, понимать видимую тяжесть объекта, ну и само собой уметь изобразить его в пространстве
Рисунок выше — можно сказать образец академки:
обычно между первым и вторым планом нет четкой обязанности, какой из них главный — это не требование академки, художник в праве сам выбрать какой из планов будет главный.
Тут главный — первый, ткань, она же драпировка.
Вот, конкретно тут можно сказать что художественной задачей было отобразить драпировку, а не человека.
Это я все к чему…
к тому что у начертательной геометрии например свои пределы и свои задачи, в художественных дисциплинах они другие.
и достигаются эти задачи разными методами.
Не зависимо от клиента вы можете либо нормальный api, либо убогий api сделать.
В связи с этим, для вас же важно различать понятия
Вот JavaScript проектировали му*аки, придумали null, undefined
И ещё хуже сделали конструкцию if, которая не различает null, undefined, false, 0… (типа хотели как лучше)
Свободы вы выборе технологий недостижимо, например я захочу на brainfuck/asm/t-sql использовать ваш api, тогда как со свободой выбора?
Дело не в личных желаниях, а в объективной данности
Конструктивно использовать нормальные языки типа TypeScript/Scala3/Kotlin в которых нет проблем с null / false, и другие бывают протоколы связи, тот же GraphQL, в котором тоже есть различие между null/false.
Но если вы конечно настаиваете на
кактусеjs/json, то ваша воля