>>14213

Я щитаю, что тебе надо начать хоть с чего-то. Возьми любую закрытую (или открытую) программу, работа которой тебе интересна, прочитай инстракшн мэньюал архитектуры, для которой она скомпилирована, и в путь. Очень желательно знать начала C++, потому что объектый подход сегодня основной.

Олсо, обрати внимание на Radare и IDA Pro Free. Я тоже на пороге вхождения в эту сферу, и, насколько я понял, современные программы слишком сложны для разбора их в блокнотике.

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

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

>>14254
>Си знаю на уровне "очень хочу, но практикуюсь редко"
Учи С - это всегда хорошо.

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

Крис Касперки что то писал по этому поводу. Пару статей по крайней мере, если не целую книгу.

>>14492
> на нем была широкая возможность запилить хоть интерактивный квест, а-ля визуальной новеллы, хоть сложный РПГ или даже симулятор
HTML+Javascript

>>14493
Если не собирается делать что то вроде прокачки персонажа и событий с неочевидным исходом. А так и голого HTML хватит.

>>14498
Собираюсь и это.

http://www.tads.org/

Про беттер-беттер-бурус не слышал? Или твое другие задачи решает?

>>14495
>// @match ://.donmai.us/*

Оно для данбуры же, хотя что там улучшать, и так все через край. Мое же для booru.org, где бесплатные буры настолько обделены функционалом, что плакать хочется.

Аналог fav и order тегов, если возможно.

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

>>13008
>PHP
Быстрое вхождение и мгновенный потолок. На дошираки, наверное хватит на всю жизнь.
>C#
Медленное вхождение и средняя скорость достижения потолка. Можно делать как web, так и desktop приложения. На хлеб с маслом хватит на всю жизнь. Не будешь лениться - и на икорку хватит.

>PHP vs C#?
Эскобар.jpg

>>13023
Ниже прочти

>>13023
Це-решетка пиздатей эрэнэрки. Хотя и является кончей сифилитика (и не только потому, что что угодно круче чем эрэнэр).

>>13027 До-диез

Ассемблер.

>>13016
>мгновенный потолок
Распространённое заблуждение. Основная проблема языка в том, что на нём можно и так и сяк и даже вот так вот. А так же обилие мифов и трендов на стили использования. Существуют всевозможные околонаучные труды посвящённые замерам быстродействия и всяческим тестам. А так же мануалы и официальные разъяснения. Но как в какой ситуации кодить правильно, всё равно никто толком не знает. В этом плане достичь потолка достаточно трудно. Так-как потолок подразумевает одинаковое владение всеми стилями боя и мгновенное переключение между ними. А так же постижение дзена оптимизации и конечной истины каждой из философий.
>Можно делать как web, так и desktop приложения.
Ты не поверишь! На php тоже. Лучше бы было нельзя.

>>13046
Куда его?

>>13008
Лучше становись жуниором на Питоне, думаю проблем с работой будет меньше.

>>11035
Конечно не тдд.
Тдд как единственный метод для разработки всего слишком узок.

>>11022
Монады в быту использовал в .NET'е, как и в C# так и в F#.

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

Далее понадобилось написать парсер на небольшого формального подмножества естественного языка, и тут сильно пригодился FParsec для F#.

>>11049
>там-то самописная Maybe и пригодилась, получилось вполне прилично и удобно.
Ты или пиздобол, или говноед. Сотни вложенных лямбд - не самое приличное и удобное на этом свете. Уж лучше ранние ретурны.

>>11050
Если определить extension методы SelectMany, Where, Select и т.п. то можно будет пользоваться LINQ в виде запросов, что весьма похоже на монадический синтаксис:

from x in something.ToMaybe()
from y in somewhat.ToMaybe()
select x.DoSomeStuffWith(y)

>>11052
А, вон ты про что. Прошу прощения. Я линку синтаксис просто не перевариваю, поэтому у меня были Fmap(), Bind(...) и тонны анонимок.

>>11053

А просто extension методы и различные helper'ы я очень активно использую.

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

Name.For<MyClass>.Of(x=>x.SomeProperty), которое возвращает название соотвествующего поля, св-ва или метода указанного класса.

>>11054
У меня начальник такую штуку написал для всяких озервабл. Охуенная вещь была.

public static T Match<T>(
this T target,
Predicate<T> predicate,
Action<T> whenMatched)
{
if (predicate(target))
whenMatched(target);
return target;
}

А я как-то раз запилил логирование NLog'ом и вызов по типу экзепшена:
private static readonly Logger Log = LogManager.GetCurrentClassLogger();
private static T LogThrow<T>(string message) where T : Exception {
....Log.Error(message);
....return (T) Activator.CreateInstance(typeof (T), BindingFlags.CreateInstance, message);
}

Вызывалось так:
throw LogThrow<DivideByZeroException>($"You should not devide {value} by zelo");

> DDD, TDD, Agile
Хуита. Учитывая, что всё должно было быть готово вчера, а на тесты вечно времени нет.
И тесты постоянно стремительно устаревают, а времени на их сопровождение нет.
Конечно, круто прогнать тесты и увидеть, что ты сломал до тестирования/продакшена, но на тесты нужно время, а менеджер — пидорас.

> Юзаете ли самописные extension methods(какие?)
Да. Перечислять долго — они все дико ситуативные.
Например, какие-нибудь специфичные преобразования чего-нибудь в кого-нибудь:
ToSafePenis(this Penis penis)
{
if(penis == null) return new Penis();
if(penis.Length == 12) return new Penis(28);

return penis;
}

Сообщение слишком длинное. Полный текст.

>>14270
Системные шрифты сделаны обычно так что их увеличение всё ломает.

>>14233
>Опера умеет в over9000 вкладок не на всех компьютерах и грузит их при старте в отличии от огнелиса разом все

"Delayed session loading" есть во flags.

>>14274
Конечно же говоря об отличительных особенностях оперы перед другими браузерами, мы подразумеваем ту что на хроме. Разумеется нет!

>>11314
Не всем нравится использовать горячие клавиши. Мне, вот, не нравится.

Опера теперь официально китайская. Ждём когда фаерфокс.

Поясняю.
Интерфейс как в Chrome — объективно лучше. Сравни его с тем, что было раньше (пикрелейтед). Кучу полезного места занимают заголовок окна, строка меню, панель закладок. Если бы не хром, кто-то другой бы сделал что-то подобное. Просто раньше до этого не додумались, вот и все. Правда, на ОП-пике эти преимущества не заметны, потому что там активирована строка меню, и окно не развернуто. Но зато к тебя хотя бы Linux Mint, а не какая-нибудь бубунта, в которой добавляется невыносимо отвратительное дефолтное верхнее меню. Смысл в том, чтобы задвинуть курсор вверх и целиться по вкладкам в одномерном, а не двумерном пространстве. Особо пизданута в этом плане опера, где по дефолту над вкладками располагается узкая полоска, чтобы усложнять жизнь, очевидно. Благо, она отключается.
А вообще, самое главное — это то, что фф тем не менее остается самостоятельным браузером со своим движком, а не скином для хрома, и это хорошо. Я бы вообще предпочел, чтобы UI везде был одинаковый — как в хроме, потому что лучше уже некуда, и конкуренция велась только в области движков.

>>14412
Лучше тот интерфейс, который настраивается. Не фаерфокс ни хром нынче этим похвастаться не могут. Можно о форме или цвете кнопок холивар развести.
>панель закладок
Прямо сейчас висит в хроме. Единственном браузере из всех, где она мне нужна. И соответственно не отключена.
>Если бы не хром, кто-то другой бы сделал что-то подобное
Сделали. Раньше. Если очень заморочиться можно покопаться в старых новостях чтоб сравнить даты ради пруфов.
>Особо пизданута в этом плане опера
Пару лет назад мне бы порвало. Но круче самих нынешних разработчиков её уже никто не унизит. Только непонятно чем ты не доволен. В самых ранних версиях новой оперы всё вплоть до закладок вырезали. Минималистичнее только браузер от той же компании для айфонов без кнопок и адресной строки.
>А вообще, самое главное
Ничего подобного! Корпорации лучше знают что нам надо. Никакой кастомизации, никакой конкуренции. Только хром форева. Хром - барузер, хром-ОС, хром-жизнь.

>>14414
Ты чересчур эмоционален.
Кстати, сейчас можно написать свой браузер на JS, HTML и CSS на платформе electron, кастомизируемый настолько, насколько это возможно. Движок, правда, будет от хрома, но это хороший движок. Многие уже так делают.

>>14420
Возможно. Но ты почитай что выше люди писали. Если это не запредельная эмоциональность, то крайняя степень зелёности точно.
>Кстати, сейчас
Довольно давно.
>Многие уже так делают.
Если ты про хромодвижки, то практически все. Некоторые даже дальше иконки не заморачиваются. ИМХО давно пора создать онлайн-сервис "создай свой браузер". А после небольшой допилки на нём и операционки можно пилить. Загружаешь\рисуешь иконки, жмёшь кнопочку и тебе высырается файл или постится в облако.

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

И сразу сомнительна реализация динамического вывода в php и его проблема совместимости с последними версиями браузеров.
https://myrusakov.ru/php-dinamyc-output.html
https://htmlweb.ru/php/function/flush.php
Заодно хотелось бы узнать, кто как обходит новомодную фишку с буфером вывода самих браузеров на других языках.

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

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

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

>>14378
Кэшируй индекс.

>>14375
А зачем нужен динамический вывод в PHP?

>>14388
Вот производители браузеров тоже посовещались и решили что не нужен. PHP вообще не нужен.

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

>>14401
Висюны никому не нужны, они тратят количество соединений.

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

>>13122
Не ставил, но на скриншоте выглядит няшненько.

>>13131
jQuery UI же.

Добавил потенциальную поддержку Unix и может быть даже Mac OS. В отсутствие этих ОС у себя заявлять о тестировании не могу, но по крайней мере на линуксе уже запускалось у другого человека.

Обнаружил на каком-то японском сайте довольно подробное описание своего аддона. Кто японский знает лучше уровня гуглопереводчика, насколько текст выглядит рукописным, а не автоматически составленным каким-нибудь ботом на основе анализа кода?
http://wikiwiki.jp/firefox/?cmd=read&page=Ext%2Fservice%2FTumblr%20Image%20Sorter&word=tumblr%20image%20sorter
Алсо пофиксил баг, где не работал submit в некоторых случаях.

>>13225
Да это же чёртов успех.
Лол, какой же бот тебе такое понапишет? Компьютеры не умеют говорить на естественном языке (пока).

У меня тоже есть серверный скрипт для собирания коллекций с тумблера. Первоначально создавался как автоматический граббер-бэкапер по скармлемоему списку. Просто вбиваешь\копипастишь адреса тумблеров, выставляешь настройки, жмякаешь кнопку и забываешь. Если возникнут какие ошибки с которыми скрипт не справится сам, всё будет записано в логи и выведено на экран, с возможностью выбора действий на каждую из них. При удалении\угоне тумблера, его старые бэкапы вроде бы не перезаписываются. Быдлокод пронзает небеса своею ущербностью, так-как полностью экспериментальный и писался для лулзов. Имеет вэб-интерфейс и работает дооолго. Хотя и на порядок быстрее ручного режима. В чём причина такой слоупочности не знаю. Памяти, процессора и канала почти что не жрёт. Так что запуск с низким лимитом времени выполнения черевато принудительной остановкой, а открывание в хроме и фаерфоксе новее 22 версии - окошком обрыва (скрипт продолжит работать и завершится, но вы об этом уже не узнаете). Давно не обслуживается, так что не могу гарантировать 100% совместимости. Но вроде бы все существующие на данный момент шаблоны HTML-кода переваривает. В общем, кроме малого веса, простоты использования и автономнго сбора актуальных бэкапов по списку плюсов у него нет. Ах да, он умеет сортировать картинки и качать их HD версии. Кому-нибудь нужно? Если кто захочет украсть или переписать на JS, буду только рад. http://rgho.st/6MsMdjc8G

>>14242
ОП тоже делал качалку в свое время, причем на JS и хостился прямо на тумблере. Ну как качалку, она генерит список ссылок на полные картинки + JSON-список тегов, привязанный к имени каждой картинки. Требует флэш для загрузки списков, правда.
http://seedmanc.tumblr.com/tmblrDL
Когда-то так бэкапил некоторые блоги, которые позже оказывались удалены копирастами.

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

>>14315
Делалось скорее, чтобы быстро и без заморочек получить результат, не напрягаясь даже с выбором хостинга. Не отходя от кассы, да. В частности, я просто не нашел ни одной нормальной качалки с тумблере, не говоря уже о сборе тегов с привязкой к имени файла. Последняя была нужна, чтобы потом выкладывать скачанное на буры (для этого был отдельный скрипт с конвертацией тегов в имена файлов, понятные массовому аплодеру).

Там код-то весь в одной странице, на коленке писалось.

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

http://seedmanc.tumblr.com/tumblr2search

>>14321
> пикрел
Стив, молю тебя, дай адрес где найти вот эти фоточки с этой азиаточкой в юкате и другой традиционной одежде.

>>14361
Так по ссылке из поста и качай же. Что вводить видно на скрине.
А вообще адрес блога-источника (animage) там же.

Ну и раз уж разговор зашел, мой тумблер и бура http://koe.booru.org/index.php?page=post&s=list&tags=kimono mizuki_nana посвящены сейюфото.

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

>>14253
Ну тогда буду колхозить дальше. Пока мне завлекательно.

Суп, Стивы.
крестовики которые без гарбедж каллектора есть?
Есть смысл пробовать громоздить свои реализации сборки мусора или сразу прокачивать Яву?

>>14256
Лолд.
Хотя постой, ты ни на что это намекаешь, поганец?

>>14256
А ты сможешь яву настолько прокачать чтобы она не текла?

"Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp."

>>14256
Хочешь сборку мусора? Посмотри в сторону Go!
Вообще замечательный язык у гугла получился. Такой своеобразный почти Си, но с сборкой мусора, интересным параллелизмом, абстракциями для минимальной псевдообъектно-ориентированности, веселой системой пакетов.

Минусы разве что в жирных бинарниках, но они зато полностью статические и самодостаточные, да в несколько жестковатой системе типов из-за которой отсутствуют дженерики.

>>14275
Го - язык без генериков и с нуллами в 21-м, блять, веке. Не надо тратить на это свое время.
>жестковатой системе типов из-за которой отсутствуют дженерики
Что за хуйню я только что прочел?

>>14259
…including Common Lisp.

Очевидный брейнфак очевиден.

Obligatory

>>14099
> themself