[Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [𝕏]

[Назад]
Ответ
Leave these fields empty (spam trap):
Тема
Сообщение
Файл
Подтверждение
Перейти к [
Пароль (для удаления файлов и сообщений)
 
ЗАПРЕЩЕНО:
  • детская эротика/порнография
  • троллинг
 
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM, WEBP размером до 5120 кБ.
  • Максимальное количество бампов треда: 500.
  • Всем посетителям рекомендуется ознакомиться с FAQ.

уменянетличнойжизнияинтернетгерой.jpg - (100 KB, 604x450)  
100 KB №5347944   #1

Как у вас дела?

>> №5347947   #2
Остров-сокровищ-(мультфильм)-Советские-м(...).jpeg - (149 KB, 728x820)  
149 KB

>>5347944
Всё очень плохо и надежды никакой нет. Завтра первый рабочий день в доставке еды. Не хочу, но что поделать.

>> №5347958   #3
 

>>5347944
Уныло. Хочу улететь на Луну или Марс, чтобы жить там. Уж лучше жить там, чем пребывать на Земле.

>> №5347960   #4

>>5347958
Вот давайте тут без этих картинок.

>> №5347964   #5

>>5347958
https://youtu.be/g1Sq1Nr58hM?si=e4sPkaKXi9k34oig

>> №5347979   #6

>>5347944
Скоро опять в любимую шарагу. Как еще у меня могут быть дела? Не иначе как прекрасно.

>> №5347987   #7
Kokomi - 138.jpg - (72 KB, 736x736)  
72 KB

Вылез из одного подполья и залез в другое. Все выходные махал чугунным ломом. Ещё бессонница замучала. Ещё муфты будут только в конце недели, а без них дальше двигаться невозможно. Ещё не решил вопрос с коллектором и разгонной трубой. Хреново быть инженером, короче.

>> №5347991   #8

>>5347987
Скажи спасибо, что некроморфов нет.

>> №5347992   #9
qwy5rz7aptn71.png - (474 KB, 1640x1006)  
474 KB

>>5347991
С игрушечными монстрами понятно, что делать. С инженерными системами на исторических объектах — нет.

>> №5347995   #10

Мой коллега уже вторую неделю чиллит на якобы больничном, поэтому мне приходится делать всю работу за себя + за него. В теории я бы мог очень сильно напрячься и выполнить работу за двоих, но я даже не пытаюсь - делаю только свою работу. Клиенты и начальство недовольны, но мне все равно - это же их проблемы, а не мои ¯\(ツ)/¯ При этом я знаю, что если сильно ганбарить на работе, то это никто не оценит ни добрым словом, ни, тем более, длинным рублем.

>> №5348002   #11

Всё хорошо проснулся поспал хорошо

>> №5348014   #12
Капибара.jpeg - (313 KB, 811x442)  
313 KB

>>5347995
Абсолютно правильно всё делаешь.

>> №5348018   #13
Kokomi - 134.jpg - (57 KB, 650x676)  
57 KB

>>5348010
Вы видимо никогда не были на реальном производстве. Инженер, который только «махает карандашом в кабинете» — это дырка от бублика, т.е. ничто. А ничто родит ничего. Вернее, в данном случае родит балабольство, втирание очков, перекладывание ответственности и затягивание сроков.

>> №5348021   #14
Screenshot 2024-08-20 at 12-30-20 Анабио(...).png - (568 KB, 1264x711)  
568 KB

>>5348018
Сначала такие: ыыыыы, белый воротничок должен сидеть наверху и не пачкать свои белоснежные ручонки. А потом: ааааа, корабль застрял во льдах, экипаж превратился в мутантов, нас захватил Кронос...

>> №5348023   #15

>>5348018
Щёчки надуваешь, пытаясь казаться настоящим инженером.

>> №5348043   #16
11 - 86.jpg - (148 KB, 600x557)  
148 KB

>>5348018

>Инженер, который только «махает карандашом в кабинете» — это дырка от бублика, т.е. ничто.

Люто и бешенно ычую.

>А ничто родит ничего.

Или родит пикчу. Лол.

>> №5348051   #17

>>5347947
Ну и? Как оно?

>> №5348053   #18
GS2vsteacAATk6n.jpg - (507 KB, 1576x1920)  
507 KB

Никак не могу уйти в отпуск. По графику он у меня должен был быть ещё в мае, но в мае меня естественно никто никуда не отпустил. В июне - тоже. И в июле. Сказали пиши заявление на отпуск с 1 августа. Я написал. Сегодня 20-е. Сколько дней я пробыл в отпуске? Ноль. "Сначала доделай свою работу, а потом мы подумаем, нужно ли тебя отпускать". Проблема в том, что я не могу доделать свою работу из-за того, что некоторые коллеги, стоящие впереди меня по технологической цепочке, ушли в запой. Получается, в отпуск я смогу уйти только после того, как кто-нибудь из них пробухается. И так у меня каждый раз.

>> №5348055   #19
image.png - (633 KB, 591x1024)  
633 KB

>>5348053
Так и ты в запой уходи, раз уж у вас такие порядки.

>> №5348056   #20
FWbd5MNUsAEk1D6.jpg - (574 KB, 2048x2048)  
574 KB

>>5348055
Я не могу пить дольше 3-4 дней подряд, тем более не просто пить, а напиваться до такого состояния, которое не позволяет наутро осознанно перемещаться в пространстве

>> №5348059   #21
image.png - (896 KB, 850x1155)  
896 KB

>>5348056
Можешь соком напиться или там чаем, а на работу не выходить при этом. Когда позвонят, скажешь: "не могу работать, начальник, болею...". Тут главная сложность в том, чтобы сказать всё это убедительно запойным голосом.

>> №5348060   #22
заводские-котики-котэ-завод-песочница-85(...).jpeg - (181 KB, 941x1245)  
181 KB

>>5348051
Я попрокрастинировал и решил потом пойти, еще насладиться парой недель безделья. Лучше в игры поиграю.

Как бы устроиться туда не проблема. Звонишь, качаешь приложение, идешь в назначенный даркстор... в теории. Сам я не звонил. Это сделать можно за один день и никуда ничего не убежит. Впрочем, подводные камни есть. Во-первых, скоро холодно будет, во-вторых, нужно на мед. книжку тратиться. В-третьих, если зайдет, потратиться еще и на электросамокат, так как на механическом у тебя здоровья не хватит.

А вот грустняшка от необходимости работать она здесь и сейчас. Уже двадцать лет мытырствую с этими работами, счастья нет и не будет, ничего не поменяется. Ладно было бы куда стремиться, устроиться на работу, потерпеть, чтобы потом... что? Да ничего не будет. Ит-курсы - это смена одной работы на другую. Творчество - переоценено. Я им обмазался по самые уши. Оно имеет смысл, только если друзья и единомышленники есть, а их нет и специально ты их не найдешь. За руль я так же не смогу пересесть из-за бед с башкой. Для путешествий нужно очень много денег, которых не хватит зп от днищеработы.

Так и живем, так и помрём.

>> №5348063   #23
[Doki] New Game! - 03 (1920x1080 Hi10P B(...).jpg - (346 KB, 1920x1080)  
346 KB

>>5348060
Понимаю тебя, дружище. Работаю на пятидневке 8 часов не понятно ради чего, чувствую себя порой обманутым рабом. Сижу в офисе и ломаю себе мозги и глаза перед монитором весь рабочий день. Сущий кошмар, тут наверное даже курьером лучше работать. Не увольняюсь только лишь из-за того, что вроде как много платят. Думаю накопить достаточно крупную сумму, чтобы уволиться и жить на накопления много лет. А в идеале чтобы вообще никогда не работать, по крайней мере на дядю. Но это всё мечты, а пока - терпим.

>> №5348064   #24

>>5348063
Про накопления я раньше тоже думал, но с этой политотой всё бессмысленно, ибо инфляция. Для инвестиций я слишком хикка.

>даже курьером лучше работать

Да, лучше. Я вот работал грузчиком-экспедитором и курьером - норм. Какие-никакие путешествия и новые места. Но только на частичной занятости, потому что на полную слишком тяжело. Самое оптимальное - это накопить, а потом на полставки устроиться.

Но тут подводный камень в том, что чем больше ты терпишь - тем больше работа убивает твою индивидуальность. Ты становишься терпилой и уже не сможешь жить без своего господина. Я ирл таких много видел, жалкое зрелище.

>> №5348078   #25
Kokomi - 136.jpg - (32 KB, 526x526)  
32 KB

>>5348043
Или закрытую систему отопления для твердотопливного котла, что само по себе бомба замедленного действия. Я сейчас отоплением у себя занимаюсь, в ходе изысканий по теме выяснил, что мало кто из этих современных бумажных инженеров может спроектировать самотёчку чтоб она работала. Просто даже понимания, за счёт чего там водичка по контуру течёт, нет. Почему нельзя регулировать подачу шаровыми вентилями? Как делать обвязку ТТ котла с контурами на полипропилене? А как её делать для газового котла со вторичным теплообменником на ГВС с теми же контурами? Зачем в проекте гидрострелка? Вообще, на этот последний вопрос только 1 из 100 ответить может, остальные лепят просто потому, что в каталоге вендора или проекте соседей так нарисовано.
Или излюбленное всеми теоретиками в сантехнике — замуровать цанги в отделку. Тому, кто может сделать надёжную разводку на ГВС цангами надо нобелевку давать, потому что это очень красиво в теории, но нихрена не работает толком на практике.
Инженер — это тот, кто может нетиповые решения, не описанные в книжках для ПТУ-шников, реализовывать на практике, а как это сделать, если ты нихрена не умеешь сам, я не представляю.

>> №5348267   #26
Kokomi - 140.jpg - (62 KB, 736x736)  
62 KB

>>5348096
Кроме понимать ещё сделать нормально надо. И чтоб работало.

>как можно безопасно по полипропилену кипяток гнать

А никак. Предельная рабочая температура для него — 90 °С. Закипание теплоносителя — аварийный режим работы котла в результате резкого падения циркуляционного давления в системе. Разгонную трубу делаешь сталью, на её вершине ставишь расширительный бачок переливного типа и отвод на контура. Пока оно до верха дойдёт, уже остынет, пар через бачок выйдет. Если котёл сам по себе горячий, участок обратки тоже делают металлом.
То же для газового котла со вторичным теплообменником на ГВС, т.к. режим работы на ГВС подобен аварийному на ТТ котле, но там температура теплоносителя редко когда выше 90 °С поднимается. Лучше всего, конечно, эти котлы работают на самотёке.

>> №5364855   #27

Ну и ты и симпэлло, конечно.

>> №5364861   #28

>>5347944
Все очень хреново и большая часть этого всего сделана своими руками, что нагоняет глухую тоску

>> №5364862   #29
1737484034701.jpg - (181 KB, 1280x1280)  
181 KB

А вот никак-с. Только и осталось что дом-работа-дом работа ну и раз-другой в месяц в конце недели поумирать от похмелья тоска вся вышла, но и радости тоже нет. Что было, то и будет, и нет ничего нового под Солнцем.

>> №5374089   #30

>>5364862
Это печально.

>> №5374090   #31

>>5364862
надеюсь, что у тебя в жизни будет что-то новое, настолько яркое и незабываемое в положительном смысле, но не выбивающее из колеи жизни. А я пока проживаю свои 18, стараюсь максимально прожить молодость во всех смыслах. Но что то не так, с жевушками не везёт постоянно

>> №5374113   #32
Gp3Vl6jbIAATMSF.jpg - (529 KB, 1200x1568)  
529 KB

>>5364862
Тебе определённо не хватает движухи.
>>5374090

>Но что то не так, с жевушками не везёт постоянно

Есть (непопулярное) мнение, что это очень распространённая проблема. Особо не переживай по этому поводу, а то превратишься в тронувшегося умом старикашку вроде меня, которому Мировое Правительство запрещает любить женщин.
Тем временем, у меня подходит к концу отпуск, во время которого было сделано чуть больше, чем ничего (зато я выпил несметное количество пива). Сегодня видел довольно кринжовый сон на эту тему: возвращаюсь на работу, и там у меня происходит вот, какой диалог:
-Нам подняли зарплату!
-Отлично.
-А тебе - понизили.
-Тогда идите на хѣръ, я увольняюсь!
Встал с рабочего места и пошёл, но так и не смог найти выход с завода...

>> №5374122   #33

>>5374113

>не смог найти выход с завода.

Это потому, Фольксваген, что завод не может найти выход из тебя.

>> №5374123   #34
FtmcVpqakAEpMEx.jpg - (3520 KB, 2480x3508)  
3520 KB

>>5374122
Я думаю, он и не хочет. Да и я тоже. Не всем же быть айтишниками на удалёночке. Хотя, каждый раз, надевая свой чёрный рабочий халат, я завидую погромистам, которым по роду службы положено носить чулочки и юбочки :3

>> №5374132   #35

>>5374123
Если бы ты действительно не хотел, то и сны такие тебе бы не снились.

>> №5374179   #36
43add06ce8693b80b49838ec2582197f.jpg - (41 KB, 564x351)  
41 KB

>>5374132
Ещё мне часто снится школка, путяга и армия. Но кот бы хотел туда вернуться? Шах и мат, масик махароший.

>> №5374181   #37

>>5374179
Я бы в шкилу хотел вернуться, в те годы, когда егэ уже работает. В армию ты зря ходил, неслуживших кошмары: "опять призвали" не мучают.

>> №5374182   #38
faptcha.png - (9 KB, 90x50)  
9 KB

>>5347944
ИИ составил для меня план обучения сетевому программированию. Выполняю.

>> №5374183   #39
333666999.jpg - (301 KB, 719x473)  
301 KB

>>5374181

>В армию ты зря ходил

Я не виноват... Я очень не хотел туда идти, но у меня не хватило ни денег, ни мозгов, чтобы этого избежать.

>неслуживших кошмары: "опять призвали" не мучают

Зато знаешь, какой кайф после такого кошмара проснуться на гражданке?

>> №5374185   #40

>>5374183

>какой кайф после такого кошмара проснуться на гражданке?

Для некоторых эти сны оказались "в руку". Просыпаешься от кошмара из-за того, что ручку двери трясут, и понимаешь, что кошмар никуда не делся, и смерть сейчас за дверью с повисткой на утилизацию стоит.

>> №5374188   #41

>>5374182

>сетевому программированию

Что это за покемон, web-разработка?
Поделись планом, будь добр.

>> №5374200   #42
php.png - (7 KB, 90x50)  
7 KB

>>5374188
вот общий набросок плана, который мы потом детализируем:

Фаза 0: Укрепление основ Python и подготовка окружения (1-2 недели)

Повторение и углубление Python:
    Структуры данных (списки, словари, кортежи, множества) и операции с ними.
    Функции, аргументы (*args, **kwargs), замыкания, декораторы (базовое понимание).
    Основы ООП: классы, объекты, наследование, инкапсуляция, полиморфизм (хотя бы на базовом уровне).
    Работа с файлами.
    Обработка исключений (try-except).
    Модули и пакеты.
Инструменты разработчика:
    Git и GitHub/GitLab: Основы контроля версий (commit, push, pull, branch, merge).
    Виртуальные окружения: venv (обязательно!).
    IDE/Редактор кода: VS Code, PyCharm (Community Edition) – настройка, полезные плагины.
    Командная строка: Базовые команды навигации и работы с файлами.

Фаза 1: Основы сетей и веб-технологий (2-3 недели)

Базовые сетевые концепции:
    Что такое IP-адрес, порт, протокол.
    TCP/IP vs UDP.
    Модель OSI (общее представление).
    DNS.
HTTP/HTTPS:
    Запросы и ответы (Request/Response).
    Методы HTTP (GET, POST, PUT, DELETE, etc.).
    Коды состояния HTTP.
    Заголовки (Headers).
    URL, URI.
    Cookies, сессии (общее представление).
API (Application Programming Interface):
    Что это такое и зачем нужно.
    RESTful API: принципы и концепции.
    Форматы данных: JSON (основной), XML (знать о существовании).
Практика с Python:
    Библиотека requests для отправки HTTP-запросов (клиентская сторона).
    Работа с JSON в Python (модуль json).

Фаза 2: Введение в FastAPI (3-5 недель)

Установка и первый запуск.
Основные концепции FastAPI:
    Операции пути (Path Operations) и декораторы (@app.get, @app.post и т.д.).
    Параметры пути (Path Parameters).
    Параметры запроса (Query Parameters).
Pydantic для валидации данных:
    Создание моделей данных.
    Валидация тела запроса (Request Body).
    Валидация ответа (Response Model).
Обработка ошибок.
Зависимости (Dependencies) и Dependency Injection.
Структурирование проекта: Routers.
Статические файлы и шаблоны (базово).
Документация API: Автоматическая генерация (Swagger UI, ReDoc).
Асинхронность в FastAPI:
    async и await в Python (основы).
    Как FastAPI использует асинхронность.

Фаза 3: Работа с базами данных (3-4 недели)

Основы SQL (если не знакомы): SELECT, INSERT, UPDATE, DELETE, JOIN. (Можно выбрать PostgreSQL или SQLite для начала).
ORM (Object-Relational Mapper):
    SQLAlchemy (самый популярный выбор с FastAPI).
    Определение моделей, сессии, запросы.
    Асинхронная работа с SQLAlchemy (важно для FastAPI).
Alembic для миграций базы данных.
Интеграция БД с FastAPI: CRUD операции (Create, Read, Update, Delete).

Фаза 4: Продвинутые темы и лучшие практики (постоянно)

Аутентификация и авторизация:
    OAuth2 с JWT (частый сценарий).
    Basic Auth, API Keys.
Тестирование:
    pytest и TestClient FastAPI.
    Unit-тесты, интеграционные тесты.
Фоновые задачи (Background Tasks).
WebSocket (если есть интерес/необходимость).
Развертывание (Deployment):
    WSGI/ASGI серверы: Uvicorn, Gunicorn.
    Docker: контейнеризация приложения.
    Основы CI/CD (GitHub Actions, GitLab CI).
    Облачные платформы (Heroku, AWS, Google Cloud - общее представление).
Безопасность API.
Логирование и мониторинг.
Структурирование больших проектов.

Проектная работа (параллельно с фазами 2-4):

Начните с простой идеи (например, TODO-лист, простой блог, API для коллекции книг) и постепенно усложняйте, добавляя новые изученные функции.

Потом я конкретизировал И план стал просто огромным.

>> №5374205   #43

>>5374200
Учиться программированию через питон - все равно что учиться готовить через бомж-пакеты.

>> №5374206   #44
ohana.png - (8 KB, 90x50)  
8 KB

>>5374205
Да тут не то чтобы учиться программированию.

>> №5374207   #45

>>5374205
А с чего нужно начинать?

>> №5374211   #46

>>5374207
Да по хорошему с питона и начинать, сейчас то. С той оговоркой что да, многие вещи он скрывает внутри себя и со временем, обычно достаточно быстро, придется осваивать и другие языки/концепции.
Не та сырна.

>> №5374213   #47

>>5374211
Ну вот я тоже думаю, что в качестве отправной точки лучше не придумаешь. Тем более, можно сразу решать кучу прикладных задач даже серьезно не углубляясь в разработку.

>> №5374216   #48

>>5374213

> можно сразу решать кучу прикладных задач

Углубляться придется при почти любых раскладах даже в питоне(если о чем то мало мальски продуктовом речь), но есть возможность что-то быстро начать делать. Что-то мало-мальски серьезное. А это главное, надо чтобы пошло дело, возник интерес. Если же ты начнешь с Паскаля например, то боюсь до этого дело дойдет нааамного позже. Если вообще дойдет.

>> №5374219   #49
stallman.jpg - (21 KB, 321x321)  
21 KB

>>5374200

>IDE/Редактор кода:
>VS Code, PyCharm (Community Edition)

Как можно сделать столько ошибок в названии "GNU Emacs"?

>> №5374224   #50

>>5374207
Если с нуля, то начать классически - с базового курса Си (без крестов). Стандартные структуры данных поопределять, почитать/пописать в файлы (в том числе через сокеты), разбить программу на несколько файлов, собрать ее руками, засунуть ее в гит, автоматизировать сборку через make (nmake на винде). IDE лучше не трогать, нужен только компилятор си, git и make, код на таком уровне можно писать хоть в нотпаде.

Завести друзей-красноглазиков еще, особенно если ты студент.

>> №5374226   #51

>>5374207
Вот эта сырна >>5374224 в принципе права. Начинать надо с сишечки, чтобы понимать, как все устроено и что такое настоящее программирование (а не кривошлепство в пипоне). Конечно, для начала вполне пригодится и IDE, красноглазить с make можно уже потом (да и не особо нужно-то в большинстве случаев).
PS хг рулез, гит сакс.

>> №5374227   #52

>>5374226
Чтобы начать и тут же закончить, потому, что сложно. Отличный план, товарищ гейткипер.

>> №5374229   #53

>>5374227
Ну если это сложно, то стоит рассмотреть какую-нибудь другую профессию. Точить табуретки на заводе, или еще что.

>> №5374230   #54

>>5374226

> Начинать надо с сишечки, чтобы понимать, как все устроено

Далеко не с сишечки. А с языков более низкого уровня. Тогда возможна некоторая иллюзия насчет понимания, да. Минимальнаяю

>> №5374232   #55

Вообще программирование это про алгоритмы и здравый смысл. А не про то что надо понимать "как все устроено", до понимания указателей все дойдут так или иначе.

>> №5374235   #56

>>5374232
Это основы, знать ЯП тоже надо.

>> №5374237   #57

>>5374235
Я просто вообще не уверен что начинать именно с си надо. Раньше просто выбора не было, си да паскаль. А сейчас есть более приятные вещи для начала. Всю эту шнягу с адресациями памяти и работой с ОЗУ и так скорее всего придется понять, но начинать лучше не с нее.

>> №5374238   #58

>>5374227

>начать и тут же закончить, потому, что сложно

Я ничего не написал такого, чего нет почти что в любом туториале по С. Берешь, повторяешь как написано. Сейчас все еще проще, когда ИИ тебе все непонятное готов разжевать 24/7. Ну, и если тебе не 13 и нужна гадящая черепашка для обучения и не за 30-40, когдa начинает становиться сложнее учить новое, то это лучшее время учить сложное что-то.

Имплементация базовых структур данных на С, копание в жалобах компилатора и дергание консольных утилит отложатся в голове хорошей базой. Обзорная солянка из 100500 технологий – нет.

>> №5374240   #59
124456051f469703d7c4b4be61c11a7a430ccbd5.jpg - (270 KB, 1282x2048)  
270 KB

>>5374224
Ты б еще с ассемблера начинать посоветовал. Реальное программирование — это про абстракции и умение решать задачи с помощью кода, а не про понимание, как оно там в деталях под капотом работает. Твой подход — это примерно как взять любой фреймворк и вместо того, чтобы учиться его использовать, начинать с глубокого копания в кишках. Не то чтоб бесполезно, но эти знания нужны в очень узком количестве кейсов, и лучше наоборот, начинать с простого, постепенно углубляясь.

Вообще, все эти "тру" и "не тру" срачи — фигня полная. Код — просто инструмент, который решает какую-то поставленную тобой цель. Каким именно путем — дело уже твое. Хочешь — красноглазь на си в виме, хочешь — зерокодерством в какой-нибудь тильде занимайся.

>> №5374241   #60

>>5374238

>за 30-40, когдa начинает становиться сложнее учить новое

Интересно, откуда вообще взялось такое мнение?

>> №5374242   #61
GrXA_wlWMAAbk6f.png - (175 KB, 363x374)  
175 KB

>>5374238

> и не за 30-40

Это тоже интересный пассаж. Технически мне уже в этом году будет "за 30". Я планировал и дальше развиваться, но, видимо, пора в утиль.

>> №5374243   #62

Начинать нужно с ассемблера — простейшего и наиболее приближённого к железу языка с минимумом абстракций, вызывающих вопросы, вроде: «как оно устроено, что делает, зачем используется и почему не работает?»
Получив на его примере понятия о базовых вещах, вроде указателей, циклов, работы с памятью, символьными строками и функциями API, можно переходить на более высокий уровень, где многие элементарные вещи уже не надо каждый раз делать своими руками.
И так далее, по восходящей. Если пропустить какие-то шаги, то программирование навеки останется разновидностью магии, а программы придётся писать на основе чужих примеров, без полного понимания того, что делаешь.

>> №5374247   #63

>>5374240

> Реальное программирование — это про абстракции и умение решать задачи с помощью кода, а не про понимание, как оно там в деталях под капотом работает.

Попытки изучить разделы алгебры без знания арифметики будут вызывать ощущение битья головой о стену.
Которая на деле будет ступенькой, но слишком высокой, чтобы взойти на ней без особых усилий из-за пропуска ступенек перед ней.
Именно из-за такого подхода, многие пытающиеся заняться программированием, бросают это дело как раздражающе сложное.

>> №5374248   #64

>>5374241
Из жизни.

>>5374242
Сложнее не значит невозможно. Просто до 30 легче.

>> №5374249   #65

>>5374232
Этот шарит.

>> №5374251   #66

В пока ещё относительно пустую голову новые знания заходят легче.
Вот на уже забитом чердаке для них место отыскать бывает труднее.

>> №5374252   #67

>>5374243
>>5374247
А мне наоборот кажется, что начинать изучение с си и ассемблера (потому что изучать си без ассемблера и претендовать на понимание каких-то "глубин" - странно) это примерно как изучать топологию перед тем, как пределы функций вводить, или начиная с аксиом ZFC всю математику преподавать.

Да, оно покажет, как и почему оно всё внутри работает, очень красиво и стройно. Но это надо относительно узкому кругу людей, а большинству надо насущную задачу решить. Что в общем-то замечательно. Если бы всем программистам надо было знать как страничная память в их операционке работает, операционные системы были бы не так нужны. Конечно, все абстракции протекают, и рано или поздно было бы неплохо узнать. Но не с самого начала же.

К тому же не совсем понятно, на каком уровне надо начинать врать новичку. Говоришь, что про память можно думать как про массив байт? А может лучше всё-таки про разные уровни кешей рассказать? И про то, как они с многоядерными процессорами взаимодействуют? И про конвейер и про бранч-предикторы? Лучше уж тогда первым языком изучать не си или ассемблер, а верилог какой-нибудь. Да и вообще, цифровая логика - абстракция, в реальности-то у нас ничего дискретного. Так наверное можно и до квантовой физики дойти, и на каждом этапе приводить пример, как незнание более низкого уровня приводит к неоптимальным действиям, совершению ошибок и прочим нехорошим вещам.

Наверное, новичку лучше пару часов потыкать си и самому решить, хочет ли он туда лезть. Вдруг ему зайдёт (а если не зайдёт - ну и норм). А после питона нагнать пропущенное и получить свой первый сегфолт всегда можно.

>> №5374253   #68

>>5374247

>Попытки изучить разделы алгебры без знания арифметики будут вызывать ощущение битья головой о стену.

Да, но ты как раз и предлагаешь скипнуть арифметику и начинать сразу с алгебры.

>> №5374257   #69

Я рад, что не учавк-чавкствую в этом стыдном обауждении.

>> №5374258   #70
4697a9cffaa7c4ec4c59e7cfb85e8c4d57f466b9.jpg - (264 KB, 870x770)  
264 KB

>>5374247
Плохая аналогия, потому что в программировании хорошим наоборот считается такой код, у которого детали имплементации зашиты внутрь и их не нужно знать, чтобы его использовать. Не нужно знать ассемблер, чтобы писать на высокоуровневом ЯП. Какой-нибудь сисадмин и вовсе работает на верхнем слое абстракций — что ему, тоже ассемблер знать обязательно?

>> №5374260   #71

>>5374258
Да, если он не знает ассемблер, какой из него сисадмин? Может он еще платы паять не умеет!

>> №5374262   #72
Gsq-CJwWEAAjl_P.jpg - (62 KB, 736x736)  
62 KB

>>5374260
https://otvet.mail.ru/question/223091142

>> №5374267   #73

>>5374252
>>5374258
Если задача — натаскать кодера для решения прикладных задач по стандартному шаблону, то обучение сразу конкретному языку высокого уровня здесь может быть дешёвым и быстрым подходом.
Правда, столкнувшись с любой нестандартной задачей, такой кодер окажется в тупике, выход из которого не будет даже знать в какой стороне искать.
Решение задачи, при этом, может быть до смешного простым, но недотупным ему по причине того, что решения похожих стандартных задач всегда были скрыты от него под слоями абстракций и ему попросту не с чем провести аналогию.

И, опять же, при самостоятельном обучении, он может оказаться в ситуации, когда просто непонятно, что и как делать дальше.

>>5374253

> Да, но ты как раз и предлагаешь скипнуть арифметику и начинать сразу с алгебры.

Ассемблер прост как кирпич.
Строить дом из кирпичей выходит дольше, чем из готовых секций, но я предлагаю не писать на нём сложные программы, а понять, ради чего пишется код высокого уровня и во что он в конечном счёте превращается.

>> №5374275   #74

>>5374267
Вот я пилю что-то на джаваскрипте. Мне абсолютно неинтересно, во что он превращается, и знакомиться с внутренностями V8 или, недайбоже, хрома, писать свои интерпретаторы или изучать асм я не собираюсь.
При этом у меня нет повторяющихся шаблонов, каждая задача - новый кусок функционала и нестандартна по определению. И где искать выход из этого, как ты выражаешься, тупика, я более-менее представляю и чаще всего нахожу.

>> №5374276   #75
> тупика

Нейроночка всё знает. С правильными запросами точно.
Сейчас даже гуглить не надо.

>> №5374280   #76
96406256cfabd439e6dfcd1139c9106094324257.jpg - (32 KB, 415x380)  
32 KB

>>5374267

> Если задача — натаскать кодера для решения прикладных задач по стандартному шаблону

Ну, вообще в большинстве случаев (я бы сказал, почти 100%) задачи действительно можно разбивать на стандартные шаблоны. А еще почти любую задачу можно решить несколькими путями, не заходя в тупики вовсе.

> Правда, столкнувшись с любой нестандартной задачей, такой кодер окажется в тупике, выход из которого не будет даже знать в какой стороне искать.

Вот только корень тупика может быть вовсе не на низком уровне, а например в особенностях языка или либы. В этом случае тебе понадобятся навыки дебаггинга на вполне конкретных технологиях. Ассемблер — не серебрянная пуля.

>> №5374281   #77

>>5374280

> А еще почти любую задачу можно решить несколькими путями, не заходя в тупики вовсе.

Если знать, что такие пути существуют. А не просто копировать код из готовых примеров, подгоняя под свою задачу методом тыка.

> Вот только корень тупика может быть вовсе не на низком уровне, а например в особенностях языка или либы.

Именно так. Ограничение может легко обходиться в голом API, но кодер может не иметь представления об API, ибо никогда не использовал его напрямую.

> Ассемблер — не серебрянная пуля.

Ассемблер, точнее, машинный код под ним — это азы. Как четыре основных математических действия.
О них, как минимум, нужно иметь представление, чтобы понимать, что вообще будет делать твой код под всеми слоями абстракций.

Я не раз сталкивался с тем, что человек, обученный «кодить» в той или иной среде, просто не имеет представления о том, что происходит, когда он, к примеру, пытается использовать объект.
И объяснить ему это глубже какого-то уровня бывает просто невозможно — у него нет базовых понятий о выделении памяти, указателях на неё и так далее.
На высоком уровне, он может разбираться в своём коде вполне толково, но сделает одну ошибку и впадает в ступор, глядя прямо на неё и не понимая, в чём она заключается.

>> №5374287   #78
GnpjLSIWwAAzGNN.jpg - (175 KB, 1200x1177)  
175 KB

>>5374281

> А не просто копировать код из готовых примеров, подгоняя под свою задачу методом тыка.

Я не понимаю, о каких программистах ты говоришь. Студенты, что ли? Копировать код это как раз и значит не понимать базы, но ассемблер тут не при чем. Сложно представить программиста со стажем в несколько лет, который "кодит" исключительно таким способом.

> Ассемблер, точнее, машинный код под ним — это азы. Как четыре основных математических действия.

Нет, аналогия математических действий и базовых понятий в программировании — это скорее типы данных, переменные, циклы, функции и прочие структуры. Это и есть база любого ЯП. Понимаешь эти концепции — можешь написать что угодно. Хоть памятью управлять, хоть ORM. При этом вовсе необязательно знать, как на низком уровне создается объект, если ты пишешь на js для браузера.

>> №5374288   #79
не_пойду_на тортик.png - (7 KB, 90x50)  
7 KB

>>5374287
Вообще говоря знать асм конечно хорошо в целом. Но не учиться с него начинать - это точно.

>> №5374289   #80

>>5374287
Но стоит также понимать и цену абстракций. Я бы уподобил C/C++ скальпелю, которым можно порезаться - но который используют настоящие профессионалы. А питон - пластиковый ножик, не порежешься, но и результативно работать им могут лишь дети и больные трясучкой.
Увы, найти ребенка проще, чем хирурга. Из-за этого уже и в ресторанах готовят дети с пластиковыми ножами - потому что учиться оперировать скальпелем слишком сложно для рядового представителя интеллектуального большинства.

>> №5374290   #81

>>5374289

> потому что учиться оперировать скальпелем слишком сложно

Более того, гораздо более важно то что пластиковым ножом резать не только проще но и по совокупности факторов гораздо дешевле. Потому что результативно работать им могут не только дети и больные трясучкой но и те кто орудует скальпелем да и вообще почти все. В конце концов это не "настоящее программирование" а всего лишь абстракция, обертка над Си.

>> №5374291   #82

>>5374287
Речь шла, по сути, о разнице между знанием языка высокого уровня как набора абстрактных правил и пониманием того, как все эти «типы данных, переменные, циклы, функции и прочие структуры» располагаются в машинной памяти и работают в виде кода.
Первый подход возможен для освоения, но оставляет целый пласт неизвестных взаимосвязей между кодом высокого уровня и его реализацией на том уровне, где этот код будет реально работать.
Соответственно, со многими вещами в этом случае приходится иметь дело как с чёрным ящиком, поведение которого нельзя понять, а можно только заучить наизусть. Это я и называю магией.

Процесс обучения идёт легче и быстрее, когда новые, пока ещё абстрактные знания можно пристыковывать к уже известным, основанным на понимании того, как, почему и зачем всё устроено, а не к таким же абстрактным.
Иначе, вся ветвистая структура взаимосвязей между ними повисает в воздухе без опоры и её приходится всё время держать в голове, вместо того, чтобы сверять при необходимости с понятной логикой их реализации.
Иными словами, здесь тот самый случай, когда знание ограниченного числа принципов может заменить знание большого числа фактов. Кто-то может оперировать таким количеством абстрактных знаний, кто-то нет.

Для человека, только собирающегося войти в эту обширную область, я предлагаю более надёжный подход, основанный на целостном понимании принципов, а не удержании в голове большого числа разрозненных фактов.

>> №5374292   #83

>>5374288

> Вообще говоря знать асм конечно хорошо в целом. Но не учиться с него начинать - это точно.
mov
inc / dec
add / sub
cmp / j##
push / pop
call / ret

Всё, можно начинать писать программы.
Регистры, сегменты, способы адресации памяти, запуск и выход из программы выучить не так сложно, их всего немного.

>> №5374307   #84

>>5374292

> выучить не так сложно

Никто с этого начинать не будет. Это из области я не знаю какой фантастики. Иметь представление надо конечно.

>> №5374309   #85

>>5374307
Собственно, до уровня представления учить и нужно:

  1. Машинный код / ассемблер. Любой, хоть для 8086 процессора, лишь бы была возможность запустить откомпилированную программу. В минимальном объёме, достаточном для написания простейших программ.
  2. C / Pascal для понимания перехода от инструкций процессора к более абстрактным конструкциям, вроде if и for. Желательно, с последующим изучением этих конструкций уже в машинном коде.
  3. C++ / Delphi для обучения работе с объектами.
  4. API операционной системы параллельно с предыдущими пунктами.

Дальше можно переходить уже к любому другому языку, имея если не детальное понимание работы создаваемого кода, то хотя бы общее представление о том, как оно там всё устроено, с возможностью узнать больше при необходимости.
Переход на каждую следующую ступеньку в этом случае будет несложным из-за возможности опоры на твёрдые знания о предыдущей.
Иначе, будет набор фрагментарных знаний и очень расплывчатое понимание той области, с которой приходится иметь дело.

>> №5374320   #86

В качестве конкретного примера:
В своё время, разбирая скомпилированный код одной программы на C, мягко говоря, удивлялся тому, что в некоторых функциях, по три четверти объёма занимало вычисление эффективных адресов элементов массивов.
Повсюду шли мантры, вроде:

Присваиваем <*вычисление адреса элемента трёхмерного массива*> значение <*вычисление адреса элемента трёхмерного массива*> + X.
Если <*вычисление адреса элемента трёхмерного массива*> больше Y, присваиваем <*вычисление адреса элемента трёхмерного массива*> значение Y.

Казалось бы, ну вычисли ты этот адрес один раз и сохрани его в локальной переменной в стеке.
И значение по адресу скопируй в тот же стек, проведи с ним там все нужные действия и загрузи результат обратно по уже известному адресу.
В идеале, вообще всё можно было сделать через два незанятых регистра, которых для такой операции оставалось достаточно. Код скукожился бы в разы при росте быстродействия.
Но нет, грузим программу в память и исполняем по частям. Просто за отсутствием элементарного понимания того, что именно конкретный код высокого уровня будет делать в реальности.

И это написал профессиональный программист, для массового коммерческого продукта. Наверняка он хорошо знал язык C. А вот машинный код сразу под ним — не очень.
Объём кода можно было сократить в разы просто средствами языка, без вывертов со встроенным ассемблером, убрав необходимость его динамической подгрузки с диска, но не вышло.

Сейчас уже нет тех аппаратных ограничений, что раньше, но и объём задач значительно подвырос, да и программистов исключительно высокого уровня готовится всё больше.
Так что, проблема, год от года, судя по всему, лишь усугубляется.

>> №5374321   #87

>>5374309
Путь Самурая.

>> №5374323   #88

>>5374320
Так каким образом знание асма, С, WinAPI и прочая поможет джаваскриптеру, которому нужно, чтобы боковая менюшка на мобильных устройствах схлопывалась в ноль и раскрывалась по клику на кнопку в заголовке?

>> №5374324   #89

>>5374323
Джаваскриптеру потребуется понимание уже более общих принципов, почерпнутых из опыта писания программ под конкретные системы и архитектуры до того, как он стал джаваскриптером.
Или никакого, если он пишет простые скрипты под очень локальные прикладные задачи, качество исполнения которых не играет большой роли. Для таких задач, не нужно даже быть программистом.

>> №5374328   #90
038d8763e7b6e2a3ca3938f7f9415bb2.jpg - (500 KB, 2048x1536)  
500 KB
>Джаваскриптеру потребуется понимание

Кааак же он набрасывает

>> №5374336   #91

Через шесть часов экзамен по механике разрушения. Не сделал ничего. В голове одна-единственная формула Ирвинга с первой лекции. Начал смотреть City Hunter.

>> №5374337   #92

>>5374336
ого я тоже совершенно случайно на него наткнулся в интернетике и сейчас angel heart смотрю. манга, как я посмотрел, в разы лучше мультиков

>> №5374338   #93

Тест

>> №5374342   #94
GrUZJHOXYAAxpb7.jpg - (180 KB, 1280x1280)  
180 KB

>>5374323
Никак. Это курс «Основы вычислительной техники» для электриков. Дальше надо сдать матан, сопромат, ТОЭ, измерения, снабжение объектов, привод, проектирование типовых подстанций, экономику предприятия и защитить диплом на тему «Электроснабжение села Нижнезалупкинское», отслужить в ракетных войсках и идти работать в местный энергосбыт/завод на подстанцию, познавать науку заливания масла в выключатели, запихивания ЛИТОЛа в подшипники и ответ на вопрос, какой разъединитель дёргать первым. Нас зачем-то заставляли все эти ADD/SUB в железе реализовывать.
Ни слова про алгоритмы, структуры данных, формальные языки, компиляторы, шаблоны проектирования, конкуренси, асинхронность, т.е. про то, что изучают в универах настоящие программисты, а не специалисты по эксплуатации электромеханических аппаратов двойного назначения, лол.

>> №5374360   #95

>>5374309
А как же знания о работе процессора, памяти и вообще?

>> №5374361   #96

>>5374328
Вообще-то жабоскрипт это язык общего назначения, а не этот ваш руби. Даже игровые движки есть на нём, нервносети даже можно копить.

>> №5374366   #97
night_walk__by_zary_cz_dbxm60b-fullview.jpg - (193 KB, 1280x1933)  
193 KB

>>5374342

> Нас зачем-то заставляли все эти ADD/SUB в железе реализовывать

Ты вероятно околовоенный. Может и до сих пор под подпиской сидишь.

>> №5374372   #98

>>5374292
Достаточно только mov, на x86 по крайней мере.

>> №5374373   #99

>>5374361
Js нужен чисто чтобы менюшки раскрывать. Все.
Остальное - сумасшедствие или попытка заменить программистов дешевым, обезьяньим трудом толпы верстальщиков.

>> №5374374   #100

>>5374342

>для электриков
>отслужить в ракетных войсках

Военной кафедры при вузе не было?

>> №5374375   #101

>>5374360
Изучается в минимально необходимом объёме в ходе знакомства с машинным кодом и ассемблером.
Главное, чтобы будущий программист знал путь на этот уровень и мог там минимально ориентироваться.

На уровне железа это знать уже необязательно, так глубоко обычный программист не полезет.
Хотя, механический счётчик с шестерёнками для понимания работы регистров ему дать покрутить будет полезно.
И линейки разной длины с нулями на краю и в середине тоже показать для наглядности.

>> №5374379   #102

>>5374309

>А вот машинный код сразу под ним — не очень.

Он с вероятностью 99,9% на него даже не смотрел.

>В своё время, разбирая скомпилированный код одной программы на C, мягко говоря, удивлялся тому, что в некоторых функциях, по три четверти объёма занимало вычисление эффективных адресов элементов массивов.
>Код скукожился бы в разы при росте быстродействия.

…или нет. Серьёзно, у людей в среднем плохо получается предсказать насколько тот или иной код будет быстрее, потому что современные процессоры сложные и в них встроенно множество оптимизаций вроде внеочередного исполнения и предсказания ветвлений и тому подобного, причём они специфичны для каждой отдельной модели микропроцессора (речь даже не о x86/ARM/RISC-V/…, а о Pentium 3/Core 2/Phenom/Core i7/Ryzen/Atom/…), коих великое множество. Тот же x86 вообще сейчас реализуется как RISC процессор, который на лету транслирует входящие инструкции x86 в какое-то внутреннее представление, которое программисту не видно вообще, но которое процессор исполняет в действительности.

Надо замерять и сравнивать разные варианты и вот тогда, если проблема действительно есть (то есть она есть у пользователей, а не у «чувства прекрасного» самого программиста) и альтернатива действительно быстрее и этим решает проблему у пользователей, реализовывать альтернативу.

>> №5374382   #103

>>5374373
Чтобы менюшки раскрывать хватит и цсс. ЖС нужен для сложного поведения, а движки вне браузеров могут всё, что могут, что нужно. Если у тебя какая-предвзятость перед динамической типизацией, то накати сверху тайпскрипт.

>> №5374386   #104

>>5374379

> Он с вероятностью 99,9% на него даже не смотрел.

Потому и получилось то, что получилось.
Если бы он хоть раз сравнил свой код высокого уровня с машинным, большая часть оптимизации бы стала получаться на лету.
И я не говорю здесь об экономии первых десятков процентов объема или единичных тактов процессора на цикл.
Речь о том, чтобы не заставлять компьютер повторять одни и те же действия и вычисления многократно.
Человек, использовавший ручной калькулятор, уже должен понимать основы этих принципов.

>> №5374388   #105

P.S. Отсутствие оптимизации бывает и в исходном коде — это так называемый «индусский код».
Поначалу, недоумевал, как у них так получается. Потом понял — им платят по зерну риса за символ.

>> №5374389   #106

P.P.S. Пример:

Вызов функции API.
Проверка результата.
Очень длинный и многословный обработчик ошибки конкретно этого вызова. // С подробными комментариями каждого действия, куда же без них.
Вызов следующей функции API…

Выглядит как медитативная молитва духу машины.

>> №5374400   #107

Ещё один пример, раз у меня пошли воспоминания:
Однажды, мне потребовалось сделать снимок с экрана осциллоскопа. Для этого, решил установить программу от его поизводителя. По ощущениям, программа требовала вообще всего софта, написанного крупной корпорацией за время своего существования.
Через пятьдесят минут, полдюжины лицензионных соглашений и неизвестно скольких сотен мегабайт занятого дискового пространства, я прервал установку, ибо понял, что за это время мог нарисовать эти 320×200 пикселей в Paint уже многократно.
А если сделал бы шаблон экрана со шкалой, то мог бы рисовать поверх него осциллограммы чуть ли не в реальном времени.

>> №5374402   #108

>>5374386
Ты так и не сказал, что получилось. Во сколько раз и на сколько секунд (минут, часов) стало быстрее?

> Человек, использовавший ручной калькулятор, уже должен понимать основы этих принципов.

Вот именно. Вынести повторяющийся элемент за скобки учат в школьном курсе, изучать машинный код для этого не нужно. Если запускать подобный код интерпретатором, который не компилирует в байткод вообще, а строит и сразу выполняет AST, вынесение повторяющихся вычислений из цикла все равно будет давать ускорение.

>> №5374405   #109

>>5374402
В языке высокого уровня, наиболее тяжёлая по конечному коду часть может иметь вид нескольких скобочек с буквочками через запятые. То есть, быть неочевидной для того, кто не подозревает о её реализации на низком уровне.

> Во сколько раз и на сколько секунд (минут, часов) стало быстрее?

Раза в два при наиболее простом подходе. Хотя эффект скорее был бы принципиальным — не пришлось грузить код с диска в ходе выполения программы, расходуя на это дополнительное время и объём кода.

>> №5374409   #110

>>5374405
А в абсюлютных числах это сколько, на типичных объемах данных?

>> №5374410   #111

>>5374409
Как-то недосуг было считать. К чему вопрос?

Ещё в той программе были обширные массивы из нулей, явно предназначенные для хранения каких-то данных, которые никто не догадался резервировать динамически.

>> №5374424   #112

>>5374382
Лучше писать на адекватном языке и компилироваться в wasm. Ну или на худой конец в emscripten, но это уже не требуется.

>> №5374429   #113

>>5374410

> К чему вопрос?

Если в результате оптимизации пользователь получает результат, условно, через десять минут вместо двадцати - это круто и достойно всяческого уважения. Если ты добился ускорения с десяти до пяти миллисекунд, то оно того не стоило.

"резервировать динамически" большие области памяти звучит как способ получить тормоза на ровном месте. Но я бы скорее предположил, что "обширные массивы из нулей" - это просто выравнивание секций исполняемого файла по границам страниц памяти, сделанное, внезапно, для повышения быстродействия.

>>5374424
Ты же в курсе, что у wasm-скрипта нет вообще никакого доступа к api браузера? Ни к DOM, ни к сети, ни даже к консоли. На каждый чих нужно писать на js экспорты-обертки, перекладывающие нативные объекты в (бинарный) формат, понятный "адекватному языку" и обратно. Это лютый оверхед, оправданный только если нужно делать большое количество чистых вычислений, или если есть необходимость переиспользовать существующую библиотеку и написать обертки быстрее, чем переписать ее на js.

>> №5374430   #114

>>5374429
Как я писал выше, основным ограничением был доступный объём оперативной памяти компьютеров тех лет.
Прибавка к скорости работы была бы лишь сопутствующим фактором оптимизации кода программы.

>> №5374471   #115
Gp5wWeqWUAAov-B.jpg - (17 KB, 500x228)  
17 KB

Итого, как я понял по треду, причины начинать с ассемблера три:

  1. чтобы не смотреть на ошибку, ничего не понимая
  2. чтобы уметь оптимизировать
  3. чтобы научиться не писать как индус

Ни одной валидной.

  1. Использование инструментов для дебага — отдельный навык. Вообще отдельный. Самое важное — уметь изолировать проблему, и это умение полностью зависит от контекста.
  2. Чтобы оптимизировать код на высокоуровневом языке, нужно понимать, что конкретно в этом языке будет оптимальным. Условно, один способ перебора массива может быть быстрее другого, и так далее. Т.е. нужно знать не ассемблер, а язык. Внезапно.
  3. Чтобы организовывать код не как индус, нужно использовать структуры более высокоуровневых языков, чем ассемблер, и сама тема организации уходит еще выше, вплоть до архитектуры. Это тоже совершенно отдельные знания и навыки.

Свидетели секты ассемблера не очень убедительно звучат на фоне этого всего.

Алсо, качество кода не ограничивается одной только оптимизацией. Есть еще читаемость, тестируемость, поддерживаемость и всякое такое прочее, что становится тем важнее, чем больше в программе кода. Это все нужно уметь балансировать между собой, не забывая про этом про оптимальность решений с точки зрения бизнеса, людей, которые над этим кодом работают либо будут работать, и так далее. Разумеется, сбалансировать все факторы идеально невозможно ни в какую из сторон, тут скорее выбор наименьшего из зол. Оптимизация может оказаться далеко не на первом месте.

>> №5374472   #116
Pixiv 5607882 63879697.jpg - (53 KB, 600x800)  
53 KB

>>5374471
Нет, просто все тут выплёскивают свои нереализованные возможности. Я вот начинал погромировать на всяких спектрумах, где без знания асм и структуры памяти могло быть тяжело, но не смертельно. ИМ просто хочется стать крутыми прогерами, и если им это так хочется, то пусть идут в микроконтроллеры, и ломают голову, как уменьшить их программу на один байт, а то она в память контроллера не влезает.

>> №5374474   #117

>>5374429
Все биндинги уже есть готовые, однако при доступном webgl - DOM ни к чему. Immediate-mode интерфейс менее затратен по ресурсам, респонсивнее и функциональней DOM-дерева, тем более что весь обычный геморройный обвес из парсеров ресурсов и рендера шрифтов - встроеная часть браузера.

>> №5374475   #118

>>5374471

> 1. чтобы не смотреть на ошибку, ничего не понимая

Бывает, что человеку просто невозможно объяснить разницу между методами класса и экземпляра объекта.
Стоит заикнуться про выделение памяти и указатели, как он смотрит на тебя так, будто ты вдруг перешёл на суахили.
Или ему может быть непонятно, почему объект вдруг исчезает. Он же уничтожил только его копию в другой переменной.
Всё это обычно лечится со временем, но через набитые шишки, а не из-за понимания основ.

>> №5374476   #119
GjkBnSLWwAAqWNM.jpg - (99 KB, 1038x1038)  
99 KB

>>5374472
Да пусть хочется, конечно, вот только это преподносится как единственно верное™ мнение и советы начинающим. На этом моменте я в обсуждение и полез, собственно. Должен же в нем участвовать хоть один программист хотя бы фронтендер-формошлеп.

>> №5374477   #120

>>5374472
Микроконтроллеры, как раз, обычно, детский уровень.
В них не так много кубиков, из которых можно построить пирамидку.
Знания о них, само собой, при этом нужны.

>> №5374478   #121
3bbe52bceed0b8a9ecd174e54a0aa825cb12f81d.jpg - (460 KB, 621x944)  
460 KB

>>5374475
Это основы и есть, буквально. В любом нормальном материале для изучения языка они подаются — конечно, не в полную глубину до самого низа, но в достаточной степени. Ссылки — база чуть ли не везде.

>> №5374479   #122

>>5374478
Разница лишь в том, являются ли эти основы заученными из книг или виденными собственными глазами в коде.
Кручение в руках механческого счётчика обычно даёт куда более стойкие ассоциации, чем самые красивые картинки.

>> №5374484   #123
GjN8SyfW8AA8jw0.jpg - (422 KB, 2048x2048)  
422 KB

>>5374374
Это не ВУЗ, это техникум, где в основном учились/доучивались те, кто уже во всяких спец.войсках служил, коих в области немало. Ну или те, кто после защиты сразу шёл служить, т.е. уже обговорено было, когда и куда. Типа, десантнику/спецназовцу нужна полезная специальность. Посему все учебные программы были подпилены под нужды армии.

>>5374366
Не, они там не палились. Допуск к гос.тайне мне уже в войсках оформили. Так и сижу, иначе сбежал бы уже давно.

>>5374471

>чтобы уметь оптимизировать

Меня больше забавляет, что свидетели швитого ассемблера игнорируют существование оптимизирующих компиляторов, которые программиста до кодов не допускают и могут в процессе оптимизации выкинуть половину программы, если посчитают, что эти куски кода ни на что не влияют.

>>5374477
Там лютая асинхронщина, вообще-то. Но это если вылазить куда-то дальше мигалок на ардуинах. На асме там мало что тоже пишут. Так-то мозги у моноколеса, гироскутера и квадрокоптера тоже на микроконтроллере.

>>5374479
Именно поэтому программисты того же МФТИ на первом курсе пишут компилятор языка С. И ещё они много чего пишут за всё время обучения.

>> №5374501   #124

>>5374484

> Меня больше забавляет, что свидетели швитого ассемблера игнорируют существование оптимизирующих компиляторов, которые программиста до кодов не допускают и могут в процессе оптимизации выкинуть половину программы, если посчитают, что эти куски кода ни на что не влияют.

Чего только не придумают, лишь бы не готовить программистов должным образом.
Потом со всей этой оптимизацией приходится бороться, чтобы она не удаляла код, необходимый для отладки программы.
Никогда не проверял, но то же самое многократное вычисление эффективных адресов она, к примеру, исключить способна?

> Там лютая асинхронщина, вообще-то.

А под тем же Windows с его многозадачностью, многопоточностью, сообщениями, событиями, семафорами и прочим — нет?

>> №5374505   #125
yts253brfmke1.jpg - (88 KB, 684x994)  
88 KB

>>5374501

>приходится бороться, чтобы она не удаляла код, необходимый для отладки

Т.е. ни одной работающей программы в жизни не написал и не отладил.

>А под тем же Windows
>сообщениями
>событиями
>семафорами

Свидетель швитого ассемблера не знает, как происходит переход на вектор прерывания. Про абстракции высокого уровня что-то лопотать начал.

>> №5374506   #126

>>5374505

> швитого

Давайте тут не скатыватся в сосач.

>> №5374507   #127

>>5374505

> Т.е. ни одной работающей программы в жизни не написал и не отладил.
> Свидетель швитого ассемблера не знает, как происходит переход на вектор прерывания.

Тот самый момент, когда перестаёшь понимать, что у собеседника творится в голове.

>> №5374541   #128

>>5347944

>> №5374544   #129

>>5374541 Если есть время и возможность писать здесь, значит не так уж хреново.



Удалить сообщение []
Пароль
[d | b / bro / cu / dev / hr / l / m / mu / o / s / tran / tu / tv / vg / x | a / aa / c / fi / jp / rm / tan / to / ts / vn]
- [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [𝕏] - [Архив - Каталог] [Главная]