64-й.

>>27181
Inb4: нумерация в книжке шестнадцатеричная

Владелец ещё закладку свою оставил в книжке.

>>27182
А ведь валидный совет!
Поделитесь советом 16, пожалуйста.

>>27184
Лови

>>27185
Эх, этот совет не настолько актуален сейчас, к сожалению. Давайте попробуем 96?

>>27186
Удивительные проблемы у людей были

>>27187
Актуальные в современной веб-разработке!
Имей при необходимости два варианта скрипта - минифицированный и с комментариями.

Давайте попробуем еще совет 32?

>>27188
>Актуальные в современной веб-разработке
И вправду

>>27189
Этот совет можно сильно натянуть на современную необходимость иметь тесты с моками, чтобы не гонять тесты на реальной инфраструктуре, и не готовить вечно для нее тестовые данные. Особенно актуально для интеграционных тестов.

Эх, что-то все один я да я спрашиваю, вам наверное и надоело уже. На случай если никто ничего дальше не спросит, давайте попробуем последний совет, 128?

Присоединюсь. 77!

>>27190
Я дико извиняюсь за долгий ответ, афкшил (точнее был далеко от книжки).

>вам наверное и надоело уже
Да не, я хоть почитаю мудрости. Для этой книжки такой формат мне нравится, примерно как печеньки с предсказаниями.

>>27197
Пожалуйста

>>27200
Про задачу

>>27190
>>27199
Вообще в книжке нумерация с 0, поэтому я запостил 128-й по порядку (127), в отличие от остальных нумеров. Но похоже что консистентней было бы взять по модулю и запостить 0-й.

>>27203
Имелся в виду как раз 127, но спасибо за бонус :3

>>27199
Строгая типизация vs нестрогая типизация, динамическая типизация vs статическая типизация - и ведь ломают копья об эту тему, все ломают и ломают.

>>27200
Не очень понял, если честно, как можно замоделировать сложную ситуацию быстро и на коленке, но совет "посчитай, потом делай" (и вообще советы "сначала думай, потом делай") весьма неплох.

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

Что-то опять захотелось мудрости, покажите совет 88, пожалуйста

>>27216
>Умный может совсем не заплатить
Я про out-of-order исполнение подумал

>>27219
Неплохой совет, а дроби лучше хранить как числитель и знаменатель!

Давайте попробуем совет №99?

>>27225
Давай. Я не придумал как сократить все, что до совета (последний абзац), поэтому выкладываю полный листинг.

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

>>27220
>>27232
PS. Хотя я, наверное, автоматически приравниваю "дроби" к "обыкновынным дробям".

>>27232
>Хорошо оформленная программа может иметь несколько листингов
Если заменить слово "листингов" на слово "диаграмм", а слово "программа" на слово "продукт", то совет актуален и поныне.

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

Делайте схемы!

Стало грустно на душе, давайте попробуем развеселиться советом 69

>>27236
Job security through obscurity, например!

>>27237
И действительно хорошая история, спасибо.
Касательно совета - они предлагают собрать исполняемый файл так, чтобы его нельзя было декомпилировать, только дизассемблировать?

>>27238
Просто компилировать предлагают, вместо того чтоб сорцы давать.

>нельзя было декомпилировать, только дизассемблировать
Не до конца понял, есть пример?

>>27239
Да, наверное они именно про передачу программы в собранном виде, что-то я слишком сложно взял.

>Не до конца понял, есть пример?
Похоже я и сам не до конца понял, насколько я почитал, так обустроить дело в целом нельзя: https://stackoverflow.com/a/11156303

А как насчет совета номер 1?

>>27243
>За один совет принимаю одну няшную пикчу
Но вообще вот он >>27203

>>27243
Няшки-то нет...

>>27244
Это таки нулевой был.

>>27245
Извиняюсь, не заметил. Вот няшка.

>>27246
Протокол соблюден!
авторы же перемудрили мне кажется

>>27247
PS. Вообще, Очков, видимо, любит задачу про рыб:
http://twt.mpei.ac.ru/ochkov/Mathcad-15/Fish.pdf

>>27248
PPS. Хотя в этой статье и про тройственную дуэль есть.

>>27247
А давай советы 0E и 0F, раз на них тут ссылаются. Одна картинка с тремя няшками сойдет, или надо разные обязательно?

>>27250
>Одна картинка с тремя няшками сойдет, или надо разные обязательно?

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

>>27251
Ладно, держи вторую картинку.

>>27250
>>27252
Высылаю

>>27250
>>27252

Прочитал https://rakhim.org/summary-of-concurrency-is-not-parallellism-a-talk-by-rob-pike/ . КарGo-культ какой-то. Не вижу преимуществ между 100500 юзерспейсных псевдо-тредов с чем-то вроде встроенного интерпретатора

while(true){
switch(taskChunkId){
case a:
...
break;
case b:
...
break;
}
}

перед подходом, когда на задачу выделяется по треду, делающему её от и до, ну а когда переключение контекста происходит - оно всё равно происходит в основном, когда I/O идёт. В результате нет лишнего оверхеда на всякую фигню, нет лишнего оверхеда на message passing, ну а оверхэд на хранение состояния треда можно минимизировать, избавляясь от ненужных данных тогда, когда они перестали быть нужными.