Чем-то напоминает разработку ".KKriger". Там тоже ради размера заморачивались с сжатием шейдеров и .exe файла, генерацией текстур и даже звуков алгоритмами при запуске и прочими "оптимизациями"... Правда и результат получился куда круче (Но и размер заметно больше)
Ещё из подобных проектов вспоминается Quake на JavaScript в 16кб кода...
Вы про это? Тут речь идёт о производительности системы охлаждения. Что она способна отводить и рассеивать до 18 ватт тепла, в отличии от штатной, которая может только 12 ватт рассеивать.
А в итоге появляются костыли вроде "===" (сравнение и типа и значения переменных) вместо простого "==" (сравнение значений, опционально с приведение к одному типу / конвертацией)
Ну ок, не класс, а структура, что, впрочем, почти тоже самое в случае с C#. В любом случае - "всё есть объект". Это основная парадигма (девиз?) языка, если мне память не изменяет.
** Речь про .net C#... Может я что-то пропустил и появились другие варианты "си-шарпа"?
Хмм... Окей: "Классы" из ООП - это отдельные файлы, в которых могут быть свои переменные и функции. Все эти переменные и функции существуют внутри этого "файла", но к ним можно обращаться из другого файла. Так будет проще?
Плюсую. В нормальных учебниках должны писать ровно одну строку на одно действие с подробным комментарием, чего тут вообще происходит (в строке). Примерно так:
# Получаем от пользователя некие данные (в виде строки):
user_input = input("Введите несколько чисел, через пробел")
# user_input == "10 22 55"
# Так как мы получили строку, разделяем её на отдельные переменные:
user_digits = user_input.split(" ") # Разделяем строку по указанному символу (пробелу)
# user_digits == ["10", "22", "55"]
# Окей, данные разделены, но это строки из знаков, а не числа (int). Преобразуем их в числа:
integers = map(int, user_digits)
# integers == [10, 22, 55]
# делаем что-то с этими числами...
print("Вы ввели:", integers)
На данном этапе даже не обязательно объяснять, что map может принимать первым аргументом вообще любую функцию, хватит и пояснения "вместо Int можно использовать float/double/bool". Ну или использовать вместо map - for loop, но тогда код будет больше, а пояснений потребуется не сильно меньше...
Просто не забивайте себе голову всеми этими умными словами и используйте классы как некую разновидность struct (структуры данных) с возможностью встраивать функции. Ну или как "контейнер" внутри которого можно спрятать переменные и функции... Собственно, для этого их и придумали - изоляция переменных и кода внутри классов.
Кстати, пониманию ООП сильно способствуют изначально ООП-ориентированные языки, вроде C#, где даже базовые типы (int/str) являются объектами (классами).
Это всё становится важно, когда уже знаешь азы языка и начинаешь углубляться в оптимизацию и отладку. А в начале достаточно объяснить, что "int" - это для целых чисел, а "float" (double) - для дробных. Ну и упомянуть о ограничениях мин/макс значения. Для написания простых приложений и понимания языка в целом - этого достаточно.
А всё остальное изучается после, как дополнение под названием "оптимизация работы программы". (скорости выполнения и стабильности)
А зачем вообще объяснять, что такое int8/16/32/64? На раннем этапе достаточно объяснить, что uint8 - это "от 0 до 255", а int8 - "от -128 до 127". Просто запомнить как аксиому. И вообще использовать просто int. А уже потом, когда объяснили, как работает процессор и память, что такое бит и байт, можно объяснить, что int делится ещё и на все эти 8/16/32/64/128. Плюс есть unsigned (uint), long/ulong и прочие типы.
Ещё интересная "опция для сравнения" - в гуглокартах некоторые города можно посмотреть в 3D (кривенькое, явно сделанное через SfM, но всёже). У кого ещё есть такая фишка?
Стоит добавить, что загружать свои панорамные снимки на гуглокарты стало крайне проблематично - официально остался только вариант через загрузку 360 видео, которое потом будет разделено на отдельные панорамы... Маразм, короче.
Неофициально - панорамы по-прежнему можно загружать как обычные фото для конкретного места, но надо добавлять специальные параметры в EXIF-info.
И при этом есть официальный API гугла со всем нужным функционалом, но нет клиентов, которые бы его использовали...
Смотрю на график из первой картинки (превью)... И не понимаю, чем хвастаются в статье, ведь на графике "CPU Idle time" - время простоя процессора. Тоесть после перехода на Angie возросло потребление процессора. Пусть и на 1-2%, но выросло, а значит стало хуже... Так ведь? Или я не прав и что-то путаю?
UPD: Дочитал статью... В ней вообще другие проблемы решали... Возникает вопрос - а к чему вообще этот график тогда? Тупо показать, что заменили Nginx и почти ничего не потеряли в производительности? Ну так и не должны были (Я так понял, там одна кодовая база, разница лиш в расширениях и других мелочах)
Сначала возвращался JSON (с кодом 200) и текстом ошибки для показа её в интерфейсе пользователю. А потом сработала защита от ботов. Ботам интерфейс показывать незачем, вот и возвращался текстовой HTTP/401.
Ну или "защиту" писал другой человек, руководствуясь чуть другой логикой (а вернее - привычкой).
Бедная крупная компания в 500+ человек разориться заплатить за 10 кофемашин и 10кг кофе в месяц.
Вы удивитесь, но да. Скорее даже наоборот - они поставят автомат с продажей кофе и ещё какой ерунды. Чайник с кипятком - это максимум, что можно встретить в подобных компаниях... Да и тот куплен на общие деньги работников.
(Сейчас меня опять заминусуют, мол не бывает такого... Ага, не бывает... Загляните в любой город с населением меньше миллиона)
Наоборот - я ниразу не видел работодателей, которые бы предлагали мед. страховку за их счёт. (За свой счёт, да ещё и в принудительном порядке - встречалось).
На собеседованиях про медицину, как правило, вообще даже не заикаются, про страховки (если они есть) выясняется лишь на этапе трудоустройства.
Чем-то напоминает разработку ".KKriger". Там тоже ради размера заморачивались с сжатием шейдеров и .exe файла, генерацией текстур и даже звуков алгоритмами при запуске и прочими "оптимизациями"...
Правда и результат получился куда круче (Но и размер заметно больше)
Ещё из подобных проектов вспоминается Quake на JavaScript в 16кб кода...
Вы про это? Тут речь идёт о производительности системы охлаждения. Что она способна отводить и рассеивать до 18 ватт тепла, в отличии от штатной, которая может только 12 ватт рассеивать.
Это, конечно, интересно... Но как это работает?
Возможно я что-то не так понимаю или неправильно выразился:
INT в C# (.net) содержит собственные функции (методы), что очень похоже на class(object).
Для меня "нормальный Struct" это structures из мира C++
А в итоге появляются костыли вроде "===" (сравнение и типа и значения переменных) вместо простого "==" (сравнение значений, опционально с приведение к одному типу / конвертацией)
https://github.com/dotnet/runtime/blob/main/src/libraries/System.Private.CoreLib/src/System/Int32.cs
Ну ок, не класс, а структура, что, впрочем, почти тоже самое в случае с C#.
В любом случае - "всё есть объект". Это основная парадигма (девиз?) языка, если мне память не изменяет.
** Речь про .net C#... Может я что-то пропустил и появились другие варианты "си-шарпа"?
Хмм... Окей:
"Классы" из ООП - это отдельные файлы, в которых могут быть свои переменные и функции. Все эти переменные и функции существуют внутри этого "файла", но к ним можно обращаться из другого файла. Так будет проще?
Плюсую. В нормальных учебниках должны писать ровно одну строку на одно действие с подробным комментарием, чего тут вообще происходит (в строке).
Примерно так:
На данном этапе даже не обязательно объяснять, что map может принимать первым аргументом вообще любую функцию, хватит и пояснения "вместо Int можно использовать float/double/bool".
Ну или использовать вместо map - for loop, но тогда код будет больше, а пояснений потребуется не сильно меньше...
Про "когда сами всё поняли" - это к курсом относится, не к книгам.
Просто не забивайте себе голову всеми этими умными словами и используйте классы как некую разновидность struct (структуры данных) с возможностью встраивать функции. Ну или как "контейнер" внутри которого можно спрятать переменные и функции... Собственно, для этого их и придумали - изоляция переменных и кода внутри классов.
Кстати, пониманию ООП сильно способствуют изначально ООП-ориентированные языки, вроде C#, где даже базовые типы (int/str) являются объектами (классами).
Это всё становится важно, когда уже знаешь азы языка и начинаешь углубляться в оптимизацию и отладку.
А в начале достаточно объяснить, что "int" - это для целых чисел, а "float" (double) - для дробных. Ну и упомянуть о ограничениях мин/макс значения.
Для написания простых приложений и понимания языка в целом - этого достаточно.
А всё остальное изучается после, как дополнение под названием "оптимизация работы программы". (скорости выполнения и стабильности)
А зачем вообще объяснять, что такое int8/16/32/64? На раннем этапе достаточно объяснить, что uint8 - это "от 0 до 255", а int8 - "от -128 до 127". Просто запомнить как аксиому. И вообще использовать просто int.
А уже потом, когда объяснили, как работает процессор и память, что такое бит и байт, можно объяснить, что int делится ещё и на все эти 8/16/32/64/128. Плюс есть unsigned (uint), long/ulong и прочие типы.
Ещё интересная "опция для сравнения" - в гуглокартах некоторые города можно посмотреть в 3D (кривенькое, явно сделанное через SfM, но всёже). У кого ещё есть такая фишка?
Стоит добавить, что загружать свои панорамные снимки на гуглокарты стало крайне проблематично - официально остался только вариант через загрузку 360 видео, которое потом будет разделено на отдельные панорамы... Маразм, короче.
Неофициально - панорамы по-прежнему можно загружать как обычные фото для конкретного места, но надо добавлять специальные параметры в EXIF-info.
И при этом есть официальный API гугла со всем нужным функционалом, но нет клиентов, которые бы его использовали...
Смотрю на график из первой картинки (превью)... И не понимаю, чем хвастаются в статье, ведь на графике "CPU Idle time" - время простоя процессора. Тоесть после перехода на Angie возросло потребление процессора. Пусть и на 1-2%, но выросло, а значит стало хуже... Так ведь? Или я не прав и что-то путаю?
UPD: Дочитал статью... В ней вообще другие проблемы решали... Возникает вопрос - а к чему вообще этот график тогда? Тупо показать, что заменили Nginx и почти ничего не потеряли в производительности? Ну так и не должны были (Я так понял, там одна кодовая база, разница лиш в расширениях и других мелочах)
Сначала возвращался JSON (с кодом 200) и текстом ошибки для показа её в интерфейсе пользователю. А потом сработала защита от ботов. Ботам интерфейс показывать незачем, вот и возвращался текстовой HTTP/401.
Ну или "защиту" писал другой человек, руководствуясь чуть другой логикой (а вернее - привычкой).
Не надо так пугать людей превьюхой - я думал у меня монитор глючить начал (дрожать) 😆
... ну или с глазами уже совсем всё плохо стало...
Во-во, боюсь что-либо отвечать и как-то комментировать... Будто в другую реальность попал...
(И опять слил всю карму и рейтинг в минус... Двумя постами, блин 😒)
Вы удивитесь, но да. Скорее даже наоборот - они поставят автомат с продажей кофе и ещё какой ерунды.
Чайник с кипятком - это максимум, что можно встретить в подобных компаниях... Да и тот куплен на общие деньги работников.
(Сейчас меня опять заминусуют, мол не бывает такого... Ага, не бывает... Загляните в любой город с населением меньше миллиона)
Наоборот - я ниразу не видел работодателей, которые бы предлагали мед. страховку за их счёт. (За свой счёт, да ещё и в принудительном порядке - встречалось).
На собеседованиях про медицину, как правило, вообще даже не заикаются, про страховки (если они есть) выясняется лишь на этапе трудоустройства.