Ага софт скилл, ... А если взять гипертрофированный сериал Кремниевая долина, с обобщённым представлением о ИТ, то вот ну никак эти софт скилы не вписываются, а ровно на оборот.
Когда речь заходит по софт скилы, то мне кажется идёт подмена понятий, вместо правильных решений - компромиссы, в место человеческого достоинства - низкие проявления, вместо принципиальных позиций - подхалимство и лицемерие, в место рассуждения - демагогия и т.д....
А ещё мне нравиться как говорят о важности работников и хорошем коллективе и прям тут же есть отдел HR - human resources, - человеческий ресурс , ага именно ресурс - разменная монета. Лицемерие 80го уровня
Проблема высшего образования не в количестве предметов, а в том что вся программа образования плохо согласованна.
Методисты (или кто ещё) должны выстраивать порядок тем обучения, чтоб они были согласованы, а получаем сначала изучение алгоритмов, потом резкий скачок в программирование без изучения языка, а потом ещё в архитектуру, хотя должно быть ровно на оборот
В связи с этим меня не удивляет, что языки типа js, python являются популярными, просто потому что их освоить студенту быстрее, потом только имеем ряд проблем, что выпускники когда начинают программировать они уже забывают про железо и архитектуру ПК. И так почти по каждой дисциплине.
В результате знания математики живут отдельно от знания программирования и ни как не связаны между собой. Все полученные знания являются разделенными между собой, а выпускника в результате каша а не знания, и назвать его специалистом - это прям с большой натяжкой получается.
Было бы хорошо этот private key генерировать на основе днк или вообще, чтоб проголосовать надо сдать образец днк (например слюны/крови/волос/отпечаток зубов/...) вот тогда....
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, тогда как со свободой выбора?
Дело не в личных желаниях, а в объективной данности
Ага софт скилл, ... А если взять гипертрофированный сериал Кремниевая долина, с обобщённым представлением о ИТ, то вот ну никак эти софт скилы не вписываются, а ровно на оборот.
Когда речь заходит по софт скилы, то мне кажется идёт подмена понятий, вместо правильных решений - компромиссы, в место человеческого достоинства - низкие проявления, вместо принципиальных позиций - подхалимство и лицемерие, в место рассуждения - демагогия и т.д....
А ещё мне нравиться как говорят о важности работников и хорошем коллективе и прям тут же есть отдел HR - human resources, - человеческий ресурс , ага именно ресурс - разменная монета. Лицемерие 80го уровня
Нормальная статья, минусы зря...
Проблема высшего образования не в количестве предметов, а в том что вся программа образования плохо согласованна.
Методисты (или кто ещё) должны выстраивать порядок тем обучения, чтоб они были согласованы, а получаем сначала изучение алгоритмов, потом резкий скачок в программирование без изучения языка, а потом ещё в архитектуру, хотя должно быть ровно на оборот
В связи с этим меня не удивляет, что языки типа js, python являются популярными, просто потому что их освоить студенту быстрее, потом только имеем ряд проблем, что выпускники когда начинают программировать они уже забывают про железо и архитектуру ПК. И так почти по каждой дисциплине.
В результате знания математики живут отдельно от знания программирования и ни как не связаны между собой. Все полученные знания являются разделенными между собой, а выпускника в результате каша а не знания, и назвать его специалистом - это прям с большой натяжкой получается.
Было бы хорошо этот private key генерировать на основе днк или вообще, чтоб проголосовать надо сдать образец днк (например слюны/крови/волос/отпечаток зубов/...) вот тогда....
Не вводите людей в заблуждение,
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, тогда как со свободой выбора?
Дело не в личных желаниях, а в объективной данности