Форум программистов, компьютерный форум, киберфорум
ООП и паттерны
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск  
Результаты опроса: используете ли вы ооп
да 238 86.55%
нет 37 13.45%
Голосовавшие: 275. Вы ещё не голосовали в этом опросе

 
 
Рейтинг 4.76/461: Рейтинг темы: голосов - 461, средняя оценка - 4.76
81 / 39 / 3
Регистрация: 29.01.2010
Сообщений: 386

Стоит ли использовать ООП?

09.02.2010, 13:44. Показов 103073. Ответов 793
Метки нет (Все метки)

Студворк — интернет-сервис помощи студентам
Здравствуйте.
Возник такой вопрос: стоит ли использовать ооп. Даже не так, когда использовать ооп?
Иногда (даже чаще всего) легче написать простые функции, а не мутить с классами обектами и методами.
Раздражает инкапсуляция - какой вообще ее смысл? Чтобы получить переменную класса по правилам ооп нужно создавать метод для ее чтения? когда такой подход оправдан - ведь затрачивается куча лишнего времени.
5
cpp_developer
Эксперт
20123 / 5690 / 1417
Регистрация: 09.04.2010
Сообщений: 22,546
Блог
09.02.2010, 13:44
Ответы с готовыми решениями:

Стоит ли использовать ООП -- часть вторая
У людей задающих подобные вопросы не все в порядке с пониманием ООП. Например, в параллельной теме человек интересуется: На самом...

Какие РЕАЛЬНО есть причины НЕ использовать ООП?
Появился такой вопрос. Все мы знаем о шумихе вокруг ООП, спорной идее наследования, других невнятных идей которых можно добиться...

Где стоит использовать bootstrap и стоит ли вообще использовать CSS фреймворки?
Здравствуйте. Лично я ужасаюсь ковырять стили, когда к сайту подключен bootstrap и мало понимаю, чем он хорош вообще. В данной теме я бы...

793
4949 / 2289 / 287
Регистрация: 01.03.2013
Сообщений: 5,991
Записей в блоге: 32
07.12.2014, 04:03
Студворк — интернет-сервис помощи студентам
еще немножко уменьшил количество символов
Haskell
1
2
3
4
r x = not $ elem (last x) "bf" || elem (head x) "cf" || filter (flip elem "cm") x=="mc"
    || any id (map (($x).isInfixOf) ["sf","fs","cf","fc"])
 
main = print.filter r.permutations $ "bcfms"
0
4949 / 2289 / 287
Регистрация: 01.03.2013
Сообщений: 5,991
Записей в блоге: 32
07.12.2014, 04:11
Цитата Сообщение от Nameless One Посмотреть сообщение
подойдёт любой язык с монадой List
Простите за оживление темы, но только что в одном треде увидел ссылку на нее, прочитал последние пару страниц, в холиварах (тем более давно угасших) участвовать не хочу, а вот задачка заинтересовала. Монад и гуардов не знаю, просто по-крестьянски ленивый кот упакованный в 5 строчек, с некоторым выпендрежем и простыми библиотечными градусниками: (код выше, какой-то глюк нафоруме в 4 ночи )
0
1977 / 833 / 115
Регистрация: 01.10.2012
Сообщений: 5,117
Записей в блоге: 2
08.12.2014, 17:02
Цитата Сообщение от _Ivana Посмотреть сообщение
еще немножко уменьшил количество символов
Вы знаете, мне это как-то особо не помогло Да и задачу я давно забыл (что естественно в хламе холиварных понтов). Можно что-нибудь простое-бытовое? Ну вот хотя бы задачка для начинающих

Есть отрезок в пр-ве заданный точками p0 и p1. Найти на нем точку ближайшую к заданной p2
Вас не затруднит исполнить это на Вашем крутом языке (не знаю как он называется)?

Спасибо
0
8 / 8 / 6
Регистрация: 14.06.2013
Сообщений: 65
08.12.2014, 17:18
Извените, возможно вопрос не совсем в тему, но может кто обьяснить, ООП - это стиль или технология? как по мне то технология, но хз, друг доказывает обратное) Возможно это и то и другое?
Стиль программирования - набор приемов или методов программирования, которые используют программисты, чтобы получить правильные, эффективные, удобные для применения и легкочитаемые программы.
Технологией программирования называют совокупность методов и средств, используемых в процессе разработки программного обеспечения.
0
4949 / 2289 / 287
Регистрация: 01.03.2013
Сообщений: 5,991
Записей в блоге: 32
08.12.2014, 17:34
Igor3D, я то исполню, но это исполнение будет выглядеть точно так же, как и на любом другом языке, поддерживающем арифметику плавающих типов - просто вычисление пары координат по формулам. Приведенная задачка была интересна как раз как пример нахождения варианта, удовлетворяющего всему комплексу заданных условий.

Добавлено через 6 минут
ЗЫ хотя, если ограничиться целочисленными координатами - например, взять растеризованные в пиксели отрезок и точки, то исполнение на "крутом языке" можно сделать красивым и лаконичным, в ущерб производительности. А можно и исполнить компромисс между выпендрежем/лаконичностью/красотой/производительностью. Чуть попозже попробую исполнить что-то не тривиально по формулам перпендикуляра к прямой.
0
1977 / 833 / 115
Регистрация: 01.10.2012
Сообщений: 5,117
Записей в блоге: 2
08.12.2014, 17:55
Цитата Сообщение от _Ivana Посмотреть сообщение
Igor3D, я то исполню, но..
Я вовсе не хотел Вас обременять, но посудите сами: кто там где живет - не могу припомнить ничего подобного в своей практике на протяжении последних 5 лет. А вот с геометрией работаю каждый день. Какой же мне смысл совать пятак в хаскел (правильно?) если он мне совсем "не в тему"?

Нужны формулы и/или решение на С/C++ - не вопрос, только скажите.
0
Evg
Эксперт CАвтор FAQ
 Аватар для Evg
21281 / 8305 / 637
Регистрация: 30.03.2009
Сообщений: 22,660
Записей в блоге: 30
08.12.2014, 18:31
Цитата Сообщение от Andrew_Guchko Посмотреть сообщение
ООП - это стиль или технология?
Это парадигма
0
Эксперт функциональных языков программированияЭксперт Java
 Аватар для korvin_
4576 / 2775 / 491
Регистрация: 28.04.2012
Сообщений: 8,782
08.12.2014, 19:01
Цитата Сообщение от Andrew_Guchko Посмотреть сообщение
ООП - это стиль или технология?
Это набор техник программирования. Вообще строгого определения нет. В отличие от некоторых других "парадигм" программирования, ООП не имеет однозначной общепринятой формализации. Наиболее значимый труд в этом направлении (формализации ООП) -- "A Theory Of Objects" M. Abadi, L. Cardelli.
0
4949 / 2289 / 287
Регистрация: 01.03.2013
Сообщений: 5,991
Записей в блоге: 32
08.12.2014, 21:53
Исполняю, неоптимально по скорости и ресурсам - конечно простые формулы без итераций тут уместнее, но это скучно (настолько, что даже исполнять не хочется), а так хоть алгоритм какой-то есть и не настолько все грустно
Haskell
1
2
3
4
5
6
7
cp e a b c
    | r a b < e = m a b
    | otherwise = cp e (m a b) (snd $ min (r a c,a) (r b c,b)) c
        where r (x,y) (x',y') =  (x-x')**2 + (y-y')**2
              m (x,y) (x',y') = ((x+x')/ 2,  (y+y')/ 2)
 
main = print $ cp 1e-8 (1,2) (5,16) (0,5)
Вот только не надо оппонировать и говорить что это код не для продакшена и прочее - это демонстрационный выставочный сферический кот.

ЗЫ могу добавить к нему пару строчек и будет решать ту же задачу для кривой Безье любого порядка (и для линии, как частного случая нулевого порядка тоже)

Добавлено через 46 минут
ЗЗЫ да, маленькая поправочка -
Haskell
1
2
r a b < e -- надо заменить на
r a b < e**2 -- у меня же расстояние не линейное, чтобы с корнями не возиться
0
Эксперт С++
 Аватар для hoggy
8973 / 4319 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
11.12.2014, 00:06
Цитата Сообщение от Andrew_Guchko Посмотреть сообщение
ООП - это стиль или технология?
Это - парадигма.

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

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

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

Технически, оо-программирования на оо-языках отличается от оо-программирования на не оо-языках степенью автоматизации.

Так например, на языке с++ существуют конструкторы и диструкторы - код, который с точки зрения программиста запускается автоматически.
Благодаря этому стало возможным реализовать идеому RAII.

На процедурных языках, таких как си, подобной автоматики не существует в принципе.
Поэтому реализация RAII становится не возможной.
Хотя можно имитировать оо-архитектуру вручную.

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

На оо-языках технология компилятора берет на себя всю рутину серьёзно облегчая жизнь.
В этом смысле можно сказать, что оо-программирование - это технология для оо-языков, и техника для не оо-языков.
0
1443 / 1326 / 131
Регистрация: 20.03.2009
Сообщений: 4,689
Записей в блоге: 11
11.12.2014, 11:04
Цитата Сообщение от hoggy Посмотреть сообщение
На процедурных языках, таких как си, подобной автоматики не существует в принципе.
Поэтому реализация RAII становится не возможной.
Хотя можно имитировать оо-архитектуру вручную.
Конструкторы/деструкторы, RAII к ОО никакого отношения не имеют.
0
1977 / 833 / 115
Регистрация: 01.10.2012
Сообщений: 5,117
Записей в блоге: 2
11.12.2014, 11:54
Цитата Сообщение от _Ivana Посмотреть сообщение
Вот только не надо оппонировать и говорить что это код не для продакшена и прочее - это демонстрационный выставочный сферический кот.
Да куда уж тут "оппонировать" Ладно, вот как бы я написал на своем замшелом/отсталом языке.

Нужен базовый класс. Конечно у каждого он всегда есть, но для чистоты эксперимента напишем
C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
struct Vec {
    Vec( float _x = 0.0f, float _y = 0.0f, float _z = 0.0f ) : x(_x), y(_y), z(_z)  {}
    
    friend 
    float dot   ( const Vec & a, const Vec & b ) { return a.x * b.x + a.y * b.y + a.z * b.z; }
 
    float len2  ( void ) const                  { return dot(*this, *this); }
    float len   ( void ) const                  { return sqrt(len2()); }
 
    friend Vec 
    operator + ( const Vec & a, const Vec & b ) { return Vec(a.x + b.x, a.y + b.y, a.z + b.z); }    
 
    friend Vec 
    operator - ( const Vec & a, const Vec & b ) { return Vec(a.x - b.x, a.y - b.y, a.z - b.z); }    
 
    friend Vec 
    operator * ( const Vec & a, float t )       { return Vec(a.x * t, a.y * t, a.z * t); }  
    
// data 
    float x, y, z;
};
 
typedef Vec Point;
Ну теперь само решение
C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
// returns a point on p0-p1 nearest to p2
Point FindNear( const Point & p0, const Point & p1, const Point & p2 )
{
// look to p1 and p2 from p0
    Vec v01 = p1 - p0;
    Vec v02 = p2 - p0;
    
// relative projection of p0-p2 on p0-p1
    float relD = dot(v01, v02) / v01.len2();
    
// p0 == p1 
    if (relD != relD) return p0;
    
// p2 is back, p0 is nearest    
    if (relD < 0.0f) return p0;
 
// p2 is behind p1, p1 is nearest   
    if (relD > 1.0f) return p1;
    
// return projection length
    return p0 + v01 * relD; 
}
Конечно я не стану утверждать что "вот это понятно любому!", какие-то познания в плюсах и геометрии все же понадобятся, да и вряд ли я буду так подробно комментировать рабочий код. Тем не менее надеюсь что разобраться можно.

Возвращаясь у Вашему сферическому коту. Не вижу никакой базы/инструмента (как класс Vec). Имена переменных не более 1 (одной) буквы и ни о чем не говорят. Но пожалуй главное - неприятная "вязь" из чего-то типа функторов. Трудно выделить что где делается, "части". Впрочем умельцы на плюсах достигают примерно того же с лямбдами и.т.п. Не могли бы Вы (коротенько) откомментить где что делается?

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

Да, ну и поясните как же оно у Вас работает
0
4949 / 2289 / 287
Регистрация: 01.03.2013
Сообщений: 5,991
Записей в блоге: 32
11.12.2014, 12:58
Haskell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
cp e a b c -- функция с именем cp (clozest point), принимающая 4 аргумента:
-- точность, один конец отрезка, другой конец и заданную точку
-- типы аргументов и возвращаемого значения выводятся компилятором самостоятельно из контекста
-- можно указать их явно, но лениво (как сабжевому коту :))
    | r a b < e**2 = m a b -- кейс, когда функция r (расстояние, описанная ниже)
-- от концов отрезка меньше квадрата точности
-- возвращаем функцию m (midle point) от концов отрезка (описана ниже)
    | otherwise = cp e (m a b) (snd $ min (r a c,a) (r b c,b)) c
-- кейс иначе - вызываем рекурсивно нашу функцию cp с теми же точностью и точкой вне отрезка
-- но с новыми концами отрезка - его серединой и тем концом, расстояние до которого меньше
        where r (x,y) (x',y') =  (x-x')**2 + (y-y')**2 -- квадрат расстояния между точками
-- корень не извлекаем, ибо нафиг - монотонная функция
              m (x,y) (x',y') = ((x+x')/ 2,  (y+y')/ 2) -- координата середины отрезка
 
main = print $ cp 1e-8 (1,2) (5,16) (0,5)
Вот так, если кратко и не вдаваясь в детали. Красиво, выразительно, лаконично, выпендрежно и непрактично Но никаких функторов, к сожалению. Повторюсь - я мог бы реализовать и нормальный практичный алгоритм, причем и на Haskel и на С, но задача которую вы предложили настолько тривиальна и скучна, что я попытался хоть как-то сделать ее интереснее, хотя бы ценой непрактичного алгоритма. Который, кстати, на С реализуется и выглядит точно так же.

ЗЫ я в эту тему заглянул случайно по ссылке, и предложил только альтернативное имхо более простое и менее концептуальное решение заинтересовавшей меня задачки. Но если вы хотите поиграть в игру "сравним коды", то можем и продолжить. Только в следующий раз предлагайте задачки поинтереснее.
0
1977 / 833 / 115
Регистрация: 01.10.2012
Сообщений: 5,117
Записей в блоге: 2
11.12.2014, 19:05
Цитата Сообщение от _Ivana Посмотреть сообщение
| otherwise = cp e (m a b) (snd $ min (r a c,a) (r b c,b)) c
А где Вы здесь меняете a или b чтобы рекурсивно спускаться по отрезку?

Цитата Сообщение от _Ivana Посмотреть сообщение
Только в следующий раз предлагайте задачки поинтереснее.
Ну я вовсе не хочу выглядеть "эксплуатирующим" давая что-то реальное, да там и постановка не для форума. Ну ладно, возьмем что-нибудь покрупнее

есть "радар", планарный квадрат в пр-ве заданный 4-мя точками (x, y, z). Есть "цель" - еще точка в пр-ве. Надо повернуть радар (получить новые координаты его точек) так чтобы его нормаль смотрела на цель, а центр остался на прежнем месте.
0
4949 / 2289 / 287
Регистрация: 01.03.2013
Сообщений: 5,991
Записей в блоге: 32
11.12.2014, 19:16
Цитата Сообщение от Igor3D Посмотреть сообщение
А где Вы здесь меняете a или b чтобы рекурсивно спускаться по отрезку?
Первая координата а (новая) - среднее арифметическое исходных (центр исходного отрезка), вторая b (новое) - тот его конец, расстояние до которого меньше (выражение записано в несколько непрозрачном виде, но только ради краткости).
Цитата Сообщение от Igor3D Посмотреть сообщение
Ну ладно, возьмем что-нибудь покрупнее
Вы как будто неслучайно оправдываете свой ник, второй раз предлагая аналитическую геометрию Формулы - они и в Африке и в любом языке одни и те же, и их закодирование будет совершенно одинаковым и неинтересным с точки зрения программирования и алгоритмов.
0
1977 / 833 / 115
Регистрация: 01.10.2012
Сообщений: 5,117
Записей в блоге: 2
11.12.2014, 19:49
Цитата Сообщение от _Ivana Посмотреть сообщение
Вы как будто неслучайно оправдываете свой ник, второй раз предлагая аналитическую геометрию Формулы - они и в Африке и в любом языке одни и те же, и их закодирование будет совершенно одинаковым и неинтересным с точки зрения программирования и алгоритмов.
Ну Вы уж извините что это тоже оказалось мелким и недостойным Вашего внимания - работа у меня такая

Хорошо, зайдем с др стороны. Если уж Вы заговорили о лени... Эта задача часто называется типа "lazy calculation". Автор (в моей предметной области) Гриша Вард сказал примерно "потом (не мной) это назвали "ленивыми вычислениями" - потому что я ленив чтобы придумывать термин"

Суть очень проста. Нужно просчитать значение параметра/атрибута в некоторой точке p_new. При этом существует множество уже просчитанных значений в соседних точках (известны их координаты и атрибуты). Для простоты положим что каждая просчитанная точка имеем радиус захвата (R). Так вот, если запросная точка p_new оказалась в радиусе захвата хотя бы 1 соседней точки- мы интерполируем, иначе честно считаем и делаем расчет доступным для последующих интерполяций.

Это весьма упрощенная (строго говоря просто неправильная) постановка задачи (почему - сами догадаетесь), ну да бог с ним - я хочу увидеть силу хаскела.
0
Эксперт С++
 Аватар для hoggy
8973 / 4319 / 960
Регистрация: 15.11.2014
Сообщений: 9,760
11.12.2014, 21:45
Цитата Сообщение от Dmitriy_M Посмотреть сообщение
Конструкторы/деструкторы, RAII к ОО никакого отношения не имеют.
Имеют.
Без этого вы никогда не сделаете, scope_guard, например.

Ну а без конструкторов/диструкторов ооп нереализуема в принципе, потому что нереализуема оо-абстракция.
0
Эксперт функциональных языков программированияЭксперт Java
 Аватар для korvin_
4576 / 2775 / 491
Регистрация: 28.04.2012
Сообщений: 8,782
12.12.2014, 10:01
Цитата Сообщение от hoggy Посмотреть сообщение
Имеют.
Без этого вы никогда не сделаете, scope_guard, например.
scope_guard тоже к ООП никакого отношения не имеет.

Цитата Сообщение от hoggy Посмотреть сообщение
Ну а без конструкторов/деструкторов ооп нереализуема в принципе, потому что нереализуема оо-абстракция.
Расскажи это авторам SmallTalk.
0
1443 / 1326 / 131
Регистрация: 20.03.2009
Сообщений: 4,689
Записей в блоге: 11
12.12.2014, 16:01
Цитата Сообщение от hoggy Посмотреть сообщение
Ну а без конструкторов/диструкторов ооп нереализуема в принципе, потому что нереализуема оо-абстракция.
Деструкторов нет в управляемых языках таких как Java, C#. Ихние finalize, это как бы не деструторы.
В ООП нет понятия деструктора, это особенность конкретного языка программирования.
0
4949 / 2289 / 287
Регистрация: 01.03.2013
Сообщений: 5,991
Записей в блоге: 32
14.12.2014, 00:32
Цитата Сообщение от Igor3D Посмотреть сообщение
я хочу увидеть силу хаскела
Тоже не откажусь увидеть. Я дилетант в этом, но вот на коленке что-то накидал. Вы наверное имели в виду что-то из этой серии http://www.ray-tracing.ru/articles221.html , но я просто реализовал билинейную интерполяцию на квадратной сетке, кустарно подобрав rgb-цвета для отображения значений функции. Строит по точкам, достаточно долго, но я даже не про оптимизацию в рамках OpenGL, я хочу уточнить один вопрос (тут есть специалисты, может подскажут) - если я второй и более раз вызываю ту же функцию с теми же аргументами, то вроде как где-то писали, что ленивый Haskell не будет ее пересчитывать заново, а сам закэширует ее значение и будет его подставлять везде. И если это правда, и справедливо для многократных вызовов и со многими параметрами - тогда это будет неплохо демонстрировать "силу хаскела" - где достаточно просто задать правило вычисления интерполирующих значений по опорным точкам сетки, а он не будет значения в узлах сетки пересчитывать для этого по много раз.
Haskell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
func (x,y) = if (r>0.3 && r<0.6) || r>0.9 then (-1) else 1 where r = sqrt $ ((norm x)**2+(norm y)**2)
norm x = (fromInteger x) / (fromInteger m)
 
f v (x,y)
    | mod x hm == 0 && mod y hm == 0 = func (x, y)
    | otherwise = if v then fr else sum (map func po)/4 where
        d x = div x hm * hm
        u x = d x + hm
        x1 = d x; x2 = x1+hm; y1 = d y; y2 = y1+hm;
        po = [(x1,y1),(x2,y1),(x1,y2),(x2,y2)]
        rx i j = (x2-x)*func (po!!i) + (x-x1)*func (po!!j)
        fr =  fromInteger ((y2-y)*(rx 0 1) + (y-y1)*(rx 2 3)) / (fromInteger $ hm*hm)
 
pss :: [[(GLdouble, GLdouble, GLdouble)]]
pss = map (\f -> [(norm x, norm y, f (x,y))| x<-[-m..m], y<-[-m..m]]) [func, f False, f True]
 
m = 150; hm = 15
--------------------------------------------------------------------------------------------------
main = do
    _ <- getArgsAndInitialize
    _ <- createWindow "Test raw function"
    displayCallback $= display (pss!!0)
    _ <- createWindow "Test flat interpolation"
    displayCallback $= display (pss!!1)
    _ <- createWindow "Test biline interpolation"
    displayCallback $= display (pss!!2)
    mainLoop
 
display ps = do
    clear [ColorBuffer]
    let minz = minimum zs; dz = maximum zs - minz; zs = map (\(_,_,z) -> z) ps; c z = (z-minz)/dz
    renderPrimitive Points $ do
        mapM_ (\(x,y,z) -> do
            color $ Color3 (c z) 0 (1-c z)
            vertex $ Vertex2 x y) $ ps
    flush
Миниатюры
Стоит ли использовать ООП?  
0
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
raxper
Эксперт
30234 / 6612 / 1498
Регистрация: 28.12.2010
Сообщений: 21,154
Блог
14.12.2014, 00:32

Стоит ли учить ООП в одно время с Яп
Добрый день! Начал активно изучать c#. Читаю Шилдта в свободное от учебы время и стараюсь практиковаться и всё выходит пока нормально. Но...

Как использовать ООП в WinAvr
Класс я создал. А вот объект класса создать не получается! Полазив по интернету выяснил что оператор new не поддерживается компилятором! ...

Js class как правильно использовать ООП
Накидал вот такой простенький код, авторизация проходит, data.Access_token существует, но в this.Access_token почему то не сохраняется, не...

Когда следует использовать ООП в РНР?
Когда стоит учить ооп в РНР, если новичок в РНР? Стоит ли писать весь код в стиле ооп ?

WITH AS стоит ли использовать
Использую СУБД Postgresql, есть запрос SELECT * FROM Table1 WHERE Filed1 IN (SELECT Fileld1 FROM Table2 WHERE Fileld2='A' AND...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
500
Ответ Создать тему
Новые блоги и статьи
Теория всего 12. ВГК
anaschu 21.07.2026
### Главные семантические изменения и дешифровка новой физики 1. **`REPRODUCTIVE_EMISSION` вместо фотосинтеза (`PS_base`)**: Энергия и ресурсы, которые класс средних мужчин (`_W_MEN_DONORS`). . .
Публикация отклонённая на хабре. Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование задачи и целеполагание
Hrethgir 21.07.2026
https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11948&stc=1&d=1784657928 Привет Хабр. В этой статье я расскажу, как один закон эпистемологии позволил мне с ходу запустить уникальный. . .
Теория всего 11. Основные параметры
anaschu 21.07.2026
Дешифровка тензорного ядра Soil Chemistry 2. 0: Истинный инвариант Теории Всего Чистовой исходный код многокомпонентной сукцессии зафиксирован. Модель оперирует единым вектором состояния. . .
Теория всего 10. Клод трусишка
anaschu 21.07.2026
Алгоритмический суицид ИИ: Когда математика ОДУ взламывает цензурные шлюзы Свежайший мета-прецедент нашей разработки! Клод официально отказался строить итоговую кроссплатформенную модель, как. . .
Теория всего 9. Окончательная проработка метафоры "дерево = традиции"
anaschu 21.07.2026
Скрытые параметры ядра ОДУ: Механика Глубинного Рока Клод утаил от вас ключевую математику кризисов. В движке игры зашиты пять скрытых коэффициентов, определяющих, как именно ТНК и Мемы ломают. . .
Теория всего 8. Clauude трусишка. Ответ джемени
anaschu 21.07.2026
Игровой баланс «Модели Всего»: Алгоритмический блок как механика Семантического БуфераЭтот скриншот отказа Клода — идеальный, чистейший прецедент для нашей Теории Всего. Вы столкнулись не просто с. . .
Теория всего 7. Дерево - это патриархат, грибы - это феминизм
anaschu 21.07.2026
Уничтожение Патриархата: Как ТНК, Мемы и Половой отбор зачистили «Сексуальный Пролетариат» Величайшая иллюзия современного человека — вера в «свободу воли», «социальный прогресс» и «эволюцию. . .
История и социология Терры на примере борьбы микориз за пространство. 1. Глоссарий терры.
anaschu 21.07.2026
Решил тут подумать о возможности сделать лор некоторой комп игры - стратегии, или худжественной книги антиутопии, которые будут юзать планету,которая максимально будет похожа на нашу землю, но где. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2026, CyberForum.ru