- 1
.-
C++ / Говнокод #25246
−1
Как попасть в гугол по рекомендации Романа Кашицына?
Запостил:
crestoblyad,
31 Декабря 2018
Говнокод: по колено в коде.
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
© 2008-2024 «Говнокод.ру»
Обратная связь | Лицензионное соглашение | 
Follow us!
Follow us!
https://govnokod.ru/25229#comment447145
У гугла есть софтерные патенты, а я против софтерных патентов (для меня это выглядит как патент на вычисление числа Пи)
Например, такой патент: https://patents.google.com/patent/US8606778
Techniques are disclosed that locate implicitly defined semantic structures in a document, such as, for example, implicitly defined lists in an HTML document. The semantic structures can be used in the calculation of distance values between terms in the documents. The distance values may be used, for example, in the generation of ranking scores that indicate a relevance level of the document to a search query.
Если вкратце, это какая-то херня для ранжирования страниц на основе расстояний между каким-то говном, распознавать какое-то говно какими-то эвристиками. Как такое вообще можно патентовать? Это достаточно очевидно, что можно каким-то сложным способом анализировать документ. Блядь, пойдите еще алгоритм сортировки пузырьком запатентуйте, дебилы блядь.
А еще гугл это копирасты, а копирастов я тоже не люблю. Мне не нравится что гугл собирает персональные данные и на их основе втюхивает свою говнорекламу. И мне не нравится их говнореклама. А ведь всё так хорошо начиналось: https://i.imgur.com/K7bIPLF.jpg
В общем "don't be evil" уже явно не про гугл. Нахер его
Емнип, у майков есть патент на "способ создания коротких имён из длинных" (да, та самая хуита с тильдой и циферками).
Линукс, правда, тонко обошёл этот патент. Но это совсем другая история.
Но есть, к примеру, патент на устройство barrel shifter'а из джвух половинок, который выглядит примерно как (x << n) | (x >> (32-n)).
Насчёт мувов - х.з., но какой-нибудь патент на "вычислительную машинау с регистрами" всяко есть.
https://lj.rossia.org/users/sadkov/241882.html?nc=36
https://patents.google.com/patent/US6007232
> Calculating the average of two integer numbers rounded towards zero in a single instruction cycle
Который кстати вчера истек: 2019-02-10 Application status is Expired - Lifetime
https://stackoverflow.com/a/3816473
З.Ы. А нет, походу сможешь. Мутная хуйня эти патенты...
return a+(b-a)/2;
https://wandbox.org/permlink/nj7BuNLZ2Mq0XRxr
https://wandbox.org/permlink/F4dkwZtTQBSKE4CG
https://www.youtube.com/watch?v=lUV9W9ndorw
Computing the (integer) midpoint of two integer values via
(a+b)/2
can cause overflow for signed or unsigned integers as well as for floating-point values. Java’s binary search implementation had this integer overflow bug for nearly a decade, and Mozilla had the same issue in its JavaScript implementation.
The standard alternative
a+(b-a)/2
works for unsigned integers (even if b<a).
Красным цветом отмечено то место, где написана хуйня.
Можно для SMT решателя переписать на теорию http://smtlib.cs.uiowa.edu/theories-FixedSizeBitVectors.shtml но я тупо замутил поверх целочисленной арифметики.
Спрашивается, а что для тебя недостаточно очевидно?
И никаких дурацких мыслей о патентах, гуглах, говне всяком мне в голову не приходит.
Намного круче разрабатывать прошивки на Си и асме. Драйвера писать. Изучать какие-нибудь функциональные языки программирования, попытаться разобраться во всех этих теориях категорий. Обдумать как можно было бы оптимизировать (эвристиками!) сложные, NP-полные задачи. Попробовать создать какой-нибудь новый эффективный алгоритм сортировки. Почитать про теорию компиляции, всякие там проекции Футамуры, суперкомпиляцию, мемоизацию, метапрограммирования, переписывания термов, формальных методах доказательства в программировании, автоматическое доказательство теорем... Блядь, в программировании вообще настолько дохуя интересных областей, в которых можно углубиться и задрачивать, что и жизни не хватит, но нет, не хочу, хочу жрать говно и писать поебень на жабаскриптиках к говнобраузерам. И это программисты?
Один баг - и какая-нибудь питушня закирпичилась или сгорела, несите другую.
Один баг - и отладка printfом не поможет, т.к. printf и libc частично перетёрты.
Неделю думаешь над тем, что где-то в программе какая-то питушня в очень редком случае выходит за границу массива и из чана выливается расплавленный металл куда-нибудь на голову пятому бригадиру за месяц.
То ли дело JavaScript. Полноценный ЯВУ. Есть исключения, отладка printfом принципиально не может сломаться, много встроенных фич по сравнению с сишкой. Конкатенация строк через банальный плюс, строки внутри после оптимизации становятся мутабельными, если надо. Не надо пердолиться с памятью, можно на практике применять функциональный подход, а не дрочить на недостижимый Haskell, копаясь в сишном говне. Есть трансляторы, транспайлеры, eval - можно на одном и том же языке писать исходный код, его компилятор. За счёт Function.prototype.toString можно прикрутить хоть риалтайм формальное доказательство. ЯВУшность позволяет писать код быстрее. Интересующиеся конпеляцией могут посылать пулл-реквесты в код движков JS. Как я говорил, там работы ещё много, пока не создан умный оптимизатор.
И стоило бросать этот волшебный мир абстракций и свободы ради чистки байтов вилкой, где даже printf можно сломать?!
Есть прерывания. Поделил на 0 - прыгаешь на обработчик
> отладка printfом принципиально не может сломаться
Принципиально может сломаться, если у тебя в интерпретаторе JS баг, от которого портится память самого интерпретатора.
> Конкатенация строк через банальный плюс
Можно придумать такой процессор, в котором будет особая инструкция для конкатенации строк, и можно в нем такую инструкцию назвать "+"
> Не надо пердолиться с памятью
А потом мне приходится набирать killall firefox оттого, что кто-то с памятью не пердолился.
> Есть трансляторы, транспайлеры
У меня вот есть компилятор языка Си - он код на Си переводит в код на ассемблере. Это тоже транспайлер, так что не надо тут. К тому же оптимизирующий. А под JS есть оптимизирующие транспайлеры?
> eval - можно на одном и том же языке писать исходный код, его компилятор
Можно на ассемблере в rwx сегмент позаписывать байтиков, сбросить кеш и туда перейти
> И стоило бросать этот волшебный мир абстракций и свободы ради чистки байтов вилкой, где даже printf можно сломать?!
Напиши на своем волшебном JS что-нибудь под контроллер 8-битный, в котором 8 Кбайт флеша и 1 Кбайт оперативки
Что-то дохуя для восьмибитки...
З.Ы. А где сейчас восьмибитки реально юзают помимо ёлочных гирлянд? В каких-нибудь резиновых хуях с интеллектуальной вибрацией?
Ну вообще есть конечно и более дохлые, но JS даже в такие лимиты не уложится. В ATmega 16 например столько https://ww1.microchip.com/downloads/en/devicedoc/doc2466.pdf :
– 16 Kbytes of In-System Self-programmable Flash program memory
– 512 Bytes EEPROM
– 1 Kbyte Internal SRAM
А это уже питушки на C++ внутри браузера накукарекали. Движок JS вычищает вилкой лишнюю память. Если вдруг удалось написать код с утечкой памяти (для C++ это легко, для JS - нетривиально и неслучайно), перезагрузка вкладки всё, что JS засрал, исправит.
> Можно придумать такой процессор, в котором будет особая инструкция для конкатенации строк
Можно сразу нормальный язык вместо C/C++ придумать.
Всё равно, чтобы этот процессорный + работал как надо, нужно будет встроить в процессор GC или запускать одноразовые программы в стиле PHP. Прелесть + не в том, что это символ в один байт, а в том, что можно писать return a+b, f(a+b) и прочее и не думать над тем, где лежит a, b и a+b.
> А под JS есть оптимизирующие транспайлеры?
Вероятно, там же, где и конкатенация в процессоре - всегда можно написать.
> Напиши на своем волшебном JS что-нибудь под контроллер 8-битный, в котором 8 Кбайт флеша и 1 Кбайт оперативки
А зачем? Давайте я лучше напишу под компьютер 32-битный, в котором свободно 500МБ диска и 100МБ оперативки. Моя программа будет больше уметь, легче писаться, легче читаться, легче модифицироваться. Заказчик сможет сам её потом подправить, если не дурак. Или её легко перепишут под новые технологии, а меня добрым словом вспомнят.
Зачем себя ограничивать и тратить время на пердолинг с контроллером, когда можно выбрать удобное решение и тратить время на решение задачи заказчика?
Чтобы в цене железки конкурировать же... Ёлочную гирлянду по цене терабайтного SSD у тебя никто не купит.
Именно, что смузиёбы работают на массовый рынок. Кто угодно может прийти и заказать сайт, который будет открываться у кого угодно. Массовый рынок.
С какой вероятностью низкопитушки вроде j123123 будут писать код для гирлянд по 200 рублей, которые я куплю в магазине? Сразу скажу: с нулевой. Гирлянды уже запрограммировали китайцы.
j123123 и его собратья пилят штучные микроконтроллеры для крупных заводов. Им достаточно одного покупателя, чтобы за вырученные деньги жить лет пять, а потом за те же деньги тому же покупателю переписать под новый микроконтроллер. Потому, что больше никто не знает, что там внутри делается и как это переписать за меньшую сумму.
Вот она, веселуха!
М-М-МЕТААААААААЛ!!!
https://youtu.be/vifaZYpThaY?t=60
Javascript при этом пошел гораздо дальше - он есть на сервере, на десктопе, на мобайле, даже в embedded и data science. Конечно сейчас большинство из поделок смехотворно, но темпы развития колоссальны, и скоро мы это исправим.
Javascript сейчас на всех платформах, он является встроенным языком, например, в Qt и сам является целью компиляции других языков - абсолютно справедливо можно заявлять что Js - это С нашего времени.
Разумеется, он не остановится ни в развитии, ни в расширении - и рано или поздно, но JS всех поимеет.
Страшно представить, как будет выглядеть Javascript++.
Чтобы JS поимел область, которую занимает Си (на микроконтроллерах например) тебе надо каким-то образом законы физики поменять, или открыть какие-то новые законы физики чтоб через них можно было каким-то образом быстро интерпретировать жабаскриптовое говно, или создать какую-то параллельную реальность с другими законами физики, или блядь я не знаю даже, придумать ИИ который бы умел код на JS переписывать (компилировать) в Си (но если ты такой ИИ изобретешь, то нахера вообще писать на JS, можно человеческим языком такому ИИ всё пояснить)
Байтоебы, ей-богу.
> справедливо можно заявлять что Js - это С нашего времени.
> Разумеется, он не остановится ни в развитии, ни в расширении - и рано или поздно, но JS всех поимеет.
Ну да, ну да. "C" нашего времени.
>Javascript сейчас на всех платформах, он является встроенным языком, например, в Qt и сам является целью компиляции других языков - абсолютно справедливо можно заявлять что Js - это С нашего времени.
Контекст заявления про C нашего времени приведен, и он именно про распространенность.
"на всех платформах" - очевидная херня. На дохлых 8-битных контроллерах его нет.
> и рано или поздно, но JS всех поимеет.
Очевидная херня. На контроллерах не поимеет
А на 32-битных контроллерах есть, например IskraJS.
>Очевидная херня. На контроллерах не поимеет
Поимеет-поимеет.
Я упоминал что значимое - скорость развития. А нерелевантные и устаревшие платформы останутся артефактами прошлого.
Микроконтроллеры у него нерелевантными станут, охуеть просто. Не неси херни
Он имеет в виду восьмибитное говно.
>Intel's top-end Core i7 processor is being used in Costa Coffee's latest coffee machines...
Вон какое железо в кофеварки ставят уже. Так что станут, можешь быть уверен.
Хотя bormand прав и я имел в виду 8-битные контроллеры.
> кофеварки
Они им воду кипятят для кофе?
Дык оно есть. Причём с отладкой из браузера.
Ну да, туда въебали целый 32-битный ARM на 72МГц и 48КБ оперативки. Который стоит... дешевле твоей 16й атмеги, лол.
Если бы не ардуинщики - восьмибитная эпоха закончилась бы, имхо.
Угу. Вот недавно приехали китайские платки на STM'ке. Стоит столько же как эта ваша ардуина, по дизайну такая же. Но няшные 32 бита, ядро быстрее, памяти больше в 10 раз и настоящее USB есть, без этих ваших оверпрайснутых "шилдов".
Крафтовое? А смузями запиваете?
Но потом всё это перевернулось с ног на голову и превратилось в какой-то пиздец...
Здесь как с NP-задачами. Ты долго пердолишься, получаешь решение. А потом набигает толпа халявщиков, быстро проверяет, что решение верно, говорит, что оно очевидно, и уносит к себе.
Вот, например, фича с перетаскиванием иконок на иконки для перемещения содержимого в папки, мусора в корзину, распечатываемого - в принтер и т.п. Простая и привычная фича, ничего сложного. Но если бы её не было, как скоро мы бы до неё додумались?
А есть очевидная хуйня, которую все подряд случайно переизобретают.
Я ещё считаю, что законодательная власть должна жить на донаты.
про власть согласен. Пришел ты на выборы, проголосовал з партию, значит лично у тебя в пользу этой партии раз в месяц снимают деньги
Т.е. что-то в духе -y - (!(x | ~y) << 1), проверь.
> За тренарник пшена не получишь.
Боже мой, меняем на математически эквивалетное, переносим минус для красоты, упрощаем:
Действительно, я, вилимо, что то перепутал. Но в нём спрятано ветвление.
> -y*(x*(x+y)+y)
тоже годно, лови пшена.
* Работает ли автоматически запрос после прохождения модерации, или Борманд его постоянно вводит - на ваше усмотрение.
* Платят ли Борманду за каждый запрос или за месяц - на ваше усмотрение.
* Ограничен ли Борманд во времени, ругает ли его босс за промедления - на ваше усмотрение.
Как можно взломать такую систему? Как можно защищаться от взлома?
Из простого в голову приходит только:
* Посылать со своей учётки некоторое количество хороших запросов, а затем - один плохой, надеясь на то, что вошёл в доверие. Помочь может анонимизация запросов.
* Посылать цепочку похожих запросов от хорошего до плохого, ссылаясь на уточнение критериев и оптимизацию, надеясь на то, что Борманд задолбается читать почти одинаковый хороший запрос и пропустит плохой. Здесь можно перемешивать запросы и обрабатывать, скажем, раз в день или месяц.
* Попытаться посылать запросы, которые чуть-чуть отличаются от нехороших, но при ручном переписывании можно сделать роковую ошибку. Ограничить количество рассматриваемых запросов в день?
* DoS. Чтобы запросы честных пользователей тонули на фоне запросов атакующих. Нанять несколько доверенных людей?
* Послать Борманду кругленькую сумму на спиртное, подождать и ввести плохой запрос. Поставить на компе детектор алкоголя?
Создать в БД бесправную учетку для олимпиадников (только select из разрешенных таблиц).
Что можно сделать, чтобы олимпиадник не смог посмотреть все записи?
Разумеется, тут может быть вариант, когда придумывается столько метрик, сколько нужно, чтобы косвенным образом скачать БД (аналогично тому, как аноним выплёвывает по кусочку безобидную информацию о своей жизни, из которой потом складывается полный пазл). Это уже серьёзный вопрос и, возможно, хороший пример долгой, но эффективной атаки.
И запрос в духе "у скольки юзеров пароль начинается на букву а" - плохой?
> запрос в духе "у скольки юзеров пароль начинается на букву а" - плохой?
Кстати, зависит от контекста. Если он только один, то ответ заметно не повредит, это даже меньше бита. Если таковых много - можно вычислить пароли.
Кстати, вымышленный Борманд может как китайский GPS возвращать искажённую информацию, хотя тогда придётся отслеживать связи (как в тесте на случайные числа), чтобы отвечать консистентно, либо просто внаглую врать, чтобы неконсистентность осталась, но пароли и личные данные не выдавались.
Сегодня бит, завтра бит, через миллион запросов вся база утекла...
Можно, конечно, запрещать запросы, которые совместно с результатами всех предыдущих позволят выудить какие-то данные. Но это сложно и рано или поздно начнет отшибать любые запросы, которых еще не было.
я об этом уже давно догадывался... признавайтесь, кто его придумал.