Size: a a a

CODE BLOG / Чат

2020 September 20

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
источник

4

4g in CODE BLOG / Чат
Математика нужна программистам, или задача, которую мне пришлось решать / Хабр
https://habr.com/ru/post/519754/
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
После webrtc сразу приходит мысль о трансформациях Фурье
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
Это наверное хабр
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
Это не латекс¿
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
А, это картинка вообще видимо
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
Латекс тоже хорош, но да..
источник

4

4g in CODE BLOG / Чат
По поводу "ООП говно. " предлагают автору вброса написать один и тот же сколь-нибудь значимый софт на ООП и на неООП.
Потом кто-нибудь скажет что нужно внести какую-нибудь довольно серьезную правку, автор реализует эту правку (без переписывания с нуля в обоих случаях) после это можно будет обсуждать этот проект.
Код скорее всего должен быть выложен в условный github чтобы все могли увидеть результат и оценить.
А пиздеть что-то абстрактное типа "ООП плохо, потому что программист не может в голове удержать абстракций дальше 4-5 уровня" - это так толсто, что даже нет смысла обсуждать.

И нет мое сообщения не для старта холивора, ибо без описанного выше вообще нет смысле засорять чат.

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

Б[

Барсик [SpamBlock]... in CODE BLOG / Чат
4g
По поводу "ООП говно. " предлагают автору вброса написать один и тот же сколь-нибудь значимый софт на ООП и на неООП.
Потом кто-нибудь скажет что нужно внести какую-нибудь довольно серьезную правку, автор реализует эту правку (без переписывания с нуля в обоих случаях) после это можно будет обсуждать этот проект.
Код скорее всего должен быть выложен в условный github чтобы все могли увидеть результат и оценить.
А пиздеть что-то абстрактное типа "ООП плохо, потому что программист не может в голове удержать абстракций дальше 4-5 уровня" - это так толсто, что даже нет смысла обсуждать.

И нет мое сообщения не для старта холивора, ибо без описанного выше вообще нет смысле засорять чат.

А уж если на то пошло, то под каждую задачу есть, как минимум, один реализуемый способ с или без использования ООП/ФП/ПП и пр.
Пп-процедурное?
источник

NK

ID:0 in CODE BLOG / Чат
Ты молод и полон сил, но так сложно определиться с будущей профессией? Чтобы узнать, что тебе подходит, стоит попробовать разные варианты, но ты не готов распыляться?
Блестящая карьера уже ждет за поворотом, твоя задача сделать первый шаг — найти свое направление.
Чтобы помочь тебе найти себя, образовательная экосистема GeekBrains от Mail ru Group создала удобный тест. Ответь на несколько простых вопросов прямо в телеграме и узнай, в какой сфере ты сможешь максимально реализовать свой потенциал.
источник

4

4g in CODE BLOG / Чат
Барсик [SpamBlock]
Пп-процедурное?
+
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
4g
По поводу "ООП говно. " предлагают автору вброса написать один и тот же сколь-нибудь значимый софт на ООП и на неООП.
Потом кто-нибудь скажет что нужно внести какую-нибудь довольно серьезную правку, автор реализует эту правку (без переписывания с нуля в обоих случаях) после это можно будет обсуждать этот проект.
Код скорее всего должен быть выложен в условный github чтобы все могли увидеть результат и оценить.
А пиздеть что-то абстрактное типа "ООП плохо, потому что программист не может в голове удержать абстракций дальше 4-5 уровня" - это так толсто, что даже нет смысла обсуждать.

И нет мое сообщения не для старта холивора, ибо без описанного выше вообще нет смысле засорять чат.

А уж если на то пошло, то под каждую задачу есть, как минимум, один реализуемый способ с или без использования ООП/ФП/ПП и пр.
Я ничего не говорил про «удержать в голове абстракции»
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
Ты прочитай внимательно сначала
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
А потом аргументы расчехляй
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
То, что ты в конце написал я точно также написал выше
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
Про инструмент под задачу. Реально, прочитай внимательно..
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
4g
По поводу "ООП говно. " предлагают автору вброса написать один и тот же сколь-нибудь значимый софт на ООП и на неООП.
Потом кто-нибудь скажет что нужно внести какую-нибудь довольно серьезную правку, автор реализует эту правку (без переписывания с нуля в обоих случаях) после это можно будет обсуждать этот проект.
Код скорее всего должен быть выложен в условный github чтобы все могли увидеть результат и оценить.
А пиздеть что-то абстрактное типа "ООП плохо, потому что программист не может в голове удержать абстракций дальше 4-5 уровня" - это так толсто, что даже нет смысла обсуждать.

И нет мое сообщения не для старта холивора, ибо без описанного выше вообще нет смысле засорять чат.

А уж если на то пошло, то под каждую задачу есть, как минимум, один реализуемый способ с или без использования ООП/ФП/ПП и пр.
Тебе прийдется местами дублировать код (или написать свой мета-генератор/макрос, которых и так достаточно в целом), но к переписыванию это не относится, ты путаешь
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
Ты также можешь структурировать код и с ооп и без, до страуструпа и смоллтока люди жили и разрабатывали комплексный софт командами без каких либо объектных моделей
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
А вот после jvm и раскрученного менеджерами хайпа появился стереотип, что только одна парадигма позволяет писать читабельный и поддерживаемый код
источник

🎄T

🎄Oleg Tsenilov🎄... in CODE BLOG / Чат
Причём люди схавали это в то время далеко не из-за ооп, а из-за сборщика мусора и ARC’а, которые реально решали проблемы некритичных по времени сервисов
источник