гифки программирование
»gif код программирование geek
Отличный комментарий!
Преподаватель:
-- напишите программу, которая выводит
01 02 03 04 05
16 17 18 19 06
15 24 25 20 07
14 23 22 21 08
13 12 11 10 09
студенты первого курса: придумывают вложенные циклы, дописывают ведущий ноль, предусматривают работу для разных размерностей и т д
Преподаватель:
-- а вот правильный ответ
print "01 02 03 04 05";
print "16 17 18 19 06";
print "15 24 25 20 07";
print "14 23 22 21 08";
print "13 12 11 10 09";
гифки программирование geek языки программирования python java
#!/usr/bin/env python
geek код программирование гифка it-юмор
Github copilot
пидоры помогите программирование geek компилятор
Помогите написать багрепорт гнушникам
Вообщем сижу уже 9й день мучаюсь с компилятором m68k-linux-gnu-g++.Я обнаржуил, что при компиляции по дефолту используется long в качестве всех числовых операций (например аргумент указан как short, а в ассемблере туда пишется long, т.е. все дела округляются по 4 байта, вместо нужных 2х) отсюда много косяков с оптимизацией.
Поэтому я нашел флаг -mshort, который говорит компилятору опираться на short. В таком режиме даже переменные int становятся short, что меня более чем устраивает.
Проблема в том, что компилятор испытывает трудности в таком режиме, если включить оптимизацию. А если быть точнее вылетает с внутренней ошибкой internal compiler error: in immed_wide_int_const_1, которую хрен знает как исправить.
Я всегда придерживаюсь правила, что любую проблему в своих проектах должен решать сам, но тут я реально не могу ничего поделать.
Я даже попытался (потратил 3 дня) настроить и использовать компилятор от AmigaOS, еле сумев заставить всё линковаться в нужном мне формате (ромы для Sega Mega Drive). Но этот вариант быстро отпал, потому что после всех танцев с бубном (я тупо свой линкер написал, потому что старый нормально ничего линковать не умел) оказалось, что этот компилятор совершенно не умеет оптимизировать код и по всем ассемблерным файлам понатыканы переходы в конструкторы и деструкторы, внутри которых просто выход из функции (rts). И это еще не самое страшное.
Я ассемблер m68k знаю, поэтому я вижу, где код нормально оптимизирован, а где кринж.
Вообщем принял решение написать баг-репорт на компилятор m68k-linux-gnu-g++ и тут тоже возникла проблема: Я понятия не имею как это делается. Местная инструкция написана на боярском, перевод на русский свет не проливает (либо я такое быдло, потому и не понимаю).
По-сему запрашиваю помощь у пидоров пограммистов: Помогите написать багрепорт на компилятор. Ткните мне хотя бы краткую инструкцию для чайников.
Прикладываю скрин проблемы и краткую выжимку спамящей ошибки.
(и да, я пытался исправить код и там что-то связано с массивами + аргументами в функциях/методах)
/usr/lib/ccache/m68k-linux-gnu-g++-12 -DENABLE_GAME -I/home/segaman/Programming/SEGA/SuperCyborg/src -I/home/segaman/Programming/SEGA/SuperCyborg/src/onionpower/src -I/home/segaman/Programming/SEGA/SuperCyborg/src/onionpower/include -I/home/segaman/Programming/SEGA/SuperCyborg/src/SuperCyborg -mcpu=68000 -march=68000 -mshort -Wall -fno-builtin -fno-use-cxa-atexit -fno-rtti -Wl,-flto -fuse-linker-plugin -fno-web -fno-gcse -fomit-frame-pointer -fno-asynchronous-unwind-tables -fno-exceptions -O3 -g -std=gnu++17 -MD -MT src/CMakeFiles/SuperCyborg.dir/onionpower/src/exception-handler/stackinspector.cpp.o -MF src/CMakeFiles/SuperCyborg.dir/onionpower/src/exception-handler/stackinspector.cpp.o.d -o src/CMakeFiles/SuperCyborg.dir/onionpower/src/exception-handler/stackinspector.cpp.o -c /home/segaman/Programming/SEGA/SuperCyborg/src/onionpower/src/exception-handler/stackinspector.cpp
during GIMPLE pass: ivopts
/home/segaman/Programming/SEGA/SuperCyborg/src/onionpower/src/exception-handler/stackinspector.cpp: In function ‘void System::Exception::SI::_printHelp()’:
/home/segaman/Programming/SEGA/SuperCyborg/src/onionpower/src/exception-handler/stackinspector.cpp:145:6: internal compiler error: in immed_wide_int_const_1, at emit-rtl.cc:659
145 | void SI::_printHelp()
| ^~
0x7ff372f2f249 __libc_start_call_main
../sysdeps/nptl/libc_start_call_main.h:58
0x7ff372f2f304 __libc_start_main_impl
../csu/libc-start.c:360
Please submit a full bug report, with preprocessed source (by using -freport-bug).
Please include the complete backtrace with any bug report.
See <file:///usr/share/doc/gcc-12/README.Bugs> for instructions.
python zeroanimation программирование geek gif
Псевдоанимация
Пощу заново, старый пост удалил, из-за тегов он скатился в фендом.Позадротствовал чутка и наколхозил всратый алгоритм, для превращения картинки в кучку ноликов(строка).
Вот второй результат анимации. Сегодня завтра может чутка поменяю алгоритм работы и увеличу "разрешение" со 128 в длину до 192 или 256, для большей детализации.
Первая анимация была на основе этого поста http://mspa.reactor.cc/post/4214465#comment20589740
пидоры помогите программирование geek
Помогите выбрать язык программирования
Я столкнулся с такой проблемой, что мои мозги обростают мхом - старею, наверное. И вот, я решил во что бы то ни стало научиться какому-то полезному языку программирования, что бы, значит, и мозги прочистить и развить, и, в случае чего, работу можно было найти.Помогите, пожалуйста, выбрать из четырех языков, по 2 параметрам: "востребованность" и "учебная литература на русском"
Python | |
|
126 (35.9%) |
Java | |
|
50 (14.2%) |
C | |
|
20 (5.7%) |
C++ | |
|
79 (22.5%) |
JavaScript | |
|
76 (21.7%) |
geek nvidia программирование lego
Наконец-то занялись по настоящему полезными вещами
Исследователи создали deep learning модель MEPNet, преобразующую руководства по сборке конструктора LEGO в последовательность инструкций, выполнимых машиной.Ссылка на статью: https://developer.nvidia.com/blog/teaching-machines-to-read-lego-manuals-with-computer-vision/
Отличный комментарий!