так можно исторически вернуться к ассамблеру. зачем развиваться?

можешь объяснить логическую цепочку которая привела к такому предложению?)

можешь объяснить логическую цепочку которая привела к такому предложению?)

аллергия на слово "исторически" :)

аллергия на слово "исторически" :)

выражается она в выключении логического аппарата?

еще раз - причем тут "вернуться к ассемблеру" и "отсутствия развития", ведь именно про отсутствие развития и идет речь

вопрос про исторический контекст слова "наследование" и негодование о подмене понятия спустя время. в контексте развития всего, в том числе и ЯП, можно так же негодовать что ЯП развиваются, быть в позиции "баба яга против", и писать на асме "потомучтоумею"

вопрос про исторический контекст слова "наследование" и негодование о подмене понятия спустя время. в контексте развития всего, в том числе и ЯП, можно так же негодовать что ЯП развиваются, быть в позиции "баба яга против", и писать на асме "потомучтоумею"

проблема в том что развития ЯП как раз таки нет)))

уже лет 20-30 нету развития

ну так почему мы не пишем на асме в таком случае и пилим нейронки на коленке за вечер?

ЯП - инструмент, молоток и колесо тоже придумали давно

ну так почему мы не пишем на асме в таком случае и пилим нейронки на коленке за вечер?

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

если тебя устраивает твой молоток - то твое дело

но такое отношение и является причиной застоя)

так можно исторически вернуться к ассамблеру. зачем развиваться?

Угу. Согласен. Погорячился. Так ещё и думать начнем головой, как в старые времена. Кому это надо.

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

Зря мы тут собрались.

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

ну вообще доля смысла есть, ресурсы проца дешевле работы человека :)

ну вообще доля смысла есть, ресурсы проца дешевле работы человека :)

ровно до тех пор пока не падает скорость разработки и что бы ее поддерживать приходится вбухивать даже больше

ну или сиди с легаси говном которое никто не решается потрогать

ровно до тех пор пока не падает скорость разработки и что бы ее поддерживать приходится вбухивать даже больше

бывает и такое, безусловно, но бывает и обратное

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

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

Все это ООП - это отмазки наших ленивых жоп почему мы не пишем тыщу строк в день и не зарабатываем мильйон денег для дяди)

кмк, долгосрочная перспектива, это то, чем мы оправдываем бизнесу желание навести порядок там, где иной раз, можно было бы обойтись и без этого, но внутренний перфекционизм к вещам и желание сделать раз и навсегда, иной раз могут затмить рассудок и заставить принимать не самые оптимальные решения, моя позиция за то, что бы решать проблемы максимально быстро и просто, если того позволяет ( ! ) ситуация

кмк, долгосрочная перспектива, это то, чем мы оправдываем бизнесу желание навести порядок там, где иной раз, можно было бы обойтись и без этого, но внутренний перфекционизм к вещам и желание сделать раз и навсегда, иной раз могут затмить рассудок и заставить принимать не самые оптимальные решения, моя позиция за то, что бы решать проблемы максимально быстро и просто, если того позволяет ( ! ) ситуация

к тебе приходит бизнес и им надо фичу, и надо через 2 недели, а там работы на месяц потому что ты дурачек

к тебе приходит бизнес и им надо фичу, и надо через 2 недели, а там работы на месяц потому что ты дурачек

я же написал и специально сделал акцент, если того позволяет ситуация

я же написал и специально сделал акцент, если того позволяет ситуация

а я хочу сделать акцент что то о чем ты говоришь это бесполезная демагогия.... мне нравится тэзис Алана Кея который только подтверждает то о чем говорит @Lividgreen. Программирование сегодня не дисциплина, не инженерное дело даже - просто поп культура....

у людей нет времени изучать что и как делать потому что они сражаются с кастылями, делают новые и в свободное время читают доки по "новому офигенному JS фреймворку который вот как вон тот но методы по другому называются и дока лучше"

у людей нет времени изучать что и как делать потому что они сражаются с кастылями, делают новые и в свободное время читают доки по "новому офигенному JS фреймворку который вот как вон тот но методы по другому называются и дока лучше"

Можно было кратко: Посмотри на фрилансеров и покажи мне сколько % из них делают что-то "годное" ?

Вижу, все согласны. Все, пацаны, расходимся. @fes0r закрывай чатик)

Вижу, все согласны. Все, пацаны, расходимся. @fes0r закрывай чатик)

Все вопросы к коняшке ?

Вижу, все согласны. Все, пацаны, расходимся. @fes0r закрывай чатик)

Не ну а чо У меня сейчас проект, в котором сложная бизнес логика и помимо нее еще очень много динамики. Но спа не зашло, ибо сначала проект должен начать приносить деньги, и у тебя как-бы два выбора: Ты или юзаешь jquery и плачешь (потому что там динамика очень геморная и ее много) или юзаешь тот же vue и костыляешь И как здесь писать без костылей ?

Никак. Пиши с костылями. Затем ты и программист. Оставь ООП в прошлом, где ему и место.

где ооп? http://memesmix.net/media/created/xzhkok.jpg

интрига

Жс фреймворки в подобных обсуждениях всегда вымораживают наглухо

а жс без фреймворков не вымораживает?

опять вы обсуждаете абсолютно второстепенные вопросы...

а жс без фреймворков не вымораживает?

Я к тому, что в языке совершенно другая крайность и чудовищная фрагментация, и выражение жс фреймворк это абсолютная бессмыслица

Ну у нас тут просто сегодня @am0nshi решил нас порадовать мнением, что разбираться в корнях проблем не надо. А то так мы до асемблера скатимся. В современном мире никому не интересно что такое наследование и почему ты пишешь на говноскрипте. Главное тыща строк в день

spa - зло. или я не умею его готовить

spa - зло. или я не умею его готовить

"web сделан любителями" (с) алан кей

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

А причем тут процессоры? Процессорам похер на ООП, ФП, структурное, процедурное и прочий бред человеков. И как тогда ком спагетти кода коррелирует с процессорным временем?

А причем тут процессоры? Процессорам похер на ООП, ФП, структурное, процедурное и прочий бред человеков. И как тогда ком спагетти кода коррелирует с процессорным временем?

еще один...

Ну это долгий разговор

spa - зло. или я не умею его готовить

Все что на джсе - зло :)

Знаете как врата в ад открыть? Нужно интерпретатор пхп написать на жаваскрипте

Уже давно есть

Скучно

по теме костылей и "бац-бац, и в продакшн", имхо, это касается 99% проектов\компаний небольшого и среднего размера, которые либо хотят на рынок выйти, либо что-то там поддерживат из говна и палок. Тут правильно было замечено, что ты тратишь больше времени на продумывание архитектуры, паттернов и прочих правильных вещей, а можно сделать в 2 раза быстрее наговнокодив, но при этом в краткосрочной перспективе заказчик будет доволен. Лично для меня это лишает удовольствие от работы. Хотя я и нуб, но удовольствие в работе доставляет именно стремление сделать лучше, чем ты делал вчера, но по факту это больше нужно тебе, чем тому, кто это занятие спонсирует. Вот такая вот жизнь-боль. Ну, это моё имхо. Я предполагаю, что в реально крупных компаниях, где время работы приложения и его расширяемость стоит больших денег, подход сделать всё положено наоборот, поощряется, но это только мои предположения, т.к. в крупных софтверных фирмах не работал.

Чорт! Значит где-то есть врата в ад уже

по теме костылей и "бац-бац, и в продакшн", имхо, это касается 99% проектов\компаний небольшого и среднего размера, которые либо хотят на рынок выйти, либо что-то там поддерживат из говна и палок. Тут правильно было замечено, что ты тратишь больше времени на продумывание архитектуры, паттернов и прочих правильных вещей, а можно сделать в 2 раза быстрее наговнокодив, но при этом в краткосрочной перспективе заказчик будет доволен. Лично для меня это лишает удовольствие от работы. Хотя я и нуб, но удовольствие в работе доставляет именно стремление сделать лучше, чем ты делал вчера, но по факту это больше нужно тебе, чем тому, кто это занятие спонсирует. Вот такая вот жизнь-боль. Ну, это моё имхо. Я предполагаю, что в реально крупных компаниях, где время работы приложения и его расширяемость стоит больших денег, подход сделать всё положено наоборот, поощряется, но это только мои предположения, т.к. в крупных софтверных фирмах не работал.

А ты без костылей проект и не запустишь для выхода

Это уже походу будет улучшаться (но это не точно)

Если будешь успевать за требованиями заказчика

Знаете как врата в ад открыть? Нужно интерпретатор пхп написать на жаваскрипте

интерпритатор js на c# это куда врата? а то я писал года 4 назад

А ты без костылей проект и не запустишь для выхода

ну, понятие костылей довольно растяжимо :)

по теме костылей и "бац-бац, и в продакшн", имхо, это касается 99% проектов\компаний небольшого и среднего размера, которые либо хотят на рынок выйти, либо что-то там поддерживат из говна и палок. Тут правильно было замечено, что ты тратишь больше времени на продумывание архитектуры, паттернов и прочих правильных вещей, а можно сделать в 2 раза быстрее наговнокодив, но при этом в краткосрочной перспективе заказчик будет доволен. Лично для меня это лишает удовольствие от работы. Хотя я и нуб, но удовольствие в работе доставляет именно стремление сделать лучше, чем ты делал вчера, но по факту это больше нужно тебе, чем тому, кто это занятие спонсирует. Вот такая вот жизнь-боль. Ну, это моё имхо. Я предполагаю, что в реально крупных компаниях, где время работы приложения и его расширяемость стоит больших денег, подход сделать всё положено наоборот, поощряется, но это только мои предположения, т.к. в крупных софтверных фирмах не работал.

я бы еще заметил что многие просто не знают что можно делать хорошо и по времени примерно столько же будет)

ну не хорошо - терпимо

еще один...

Я к тому что дешевизна процессорного времени - не повод писать говнокод. Да и говнокод - понятие растяжимое для таких утверждений.

я бы еще заметил что многие просто не знают что можно делать хорошо и по времени примерно столько же будет)

Тсссс! Раскрыл все секреты

интерпритатор js на c# это куда врата? а то я писал года 4 назад

Fable для F# официальный

я бы еще заметил что многие просто не знают что можно делать хорошо и по времени примерно столько же будет)

Ну дык здесь все зависит от опыта)

Ну дык здесь все зависит от опыта)

да, но вот мы наблюдаем бум айтишки - сейчас куча всяких курсов "ангуляр дээс за 3 месяца". Люди ведутся, потому что хотят заработать. Но все мы понимаем, что такой подход ведет к быдлокоду чуть более, чем полностью. Какой сикп? какип паттерны? что за компьютер сайенс? Проштудировал доку, нашел стаковерфлоу и вперед! Мне кажется, из таких прошедших курсы достаточно мало людей захотят тратит время на познание вещей, которые в практической работе для них не имеют значения. Алгоритнмы и структуры данных? Мне это не нужно. Ну, в итоге получаем на рынке то, что получаем. С другой стороны, спрос порождает предложение - значит, такие люди тоже нужны - следовательно, рассуждать про быдлокод нет смысла, ибо так нужно вселенной :)

да, но вот мы наблюдаем бум айтишки - сейчас куча всяких курсов "ангуляр дээс за 3 месяца". Люди ведутся, потому что хотят заработать. Но все мы понимаем, что такой подход ведет к быдлокоду чуть более, чем полностью. Какой сикп? какип паттерны? что за компьютер сайенс? Проштудировал доку, нашел стаковерфлоу и вперед! Мне кажется, из таких прошедших курсы достаточно мало людей захотят тратит время на познание вещей, которые в практической работе для них не имеют значения. Алгоритнмы и структуры данных? Мне это не нужно. Ну, в итоге получаем на рынке то, что получаем. С другой стороны, спрос порождает предложение - значит, такие люди тоже нужны - следовательно, рассуждать про быдлокод нет смысла, ибо так нужно вселенной :)

Можно было еще короче: Хочешь кушать? Не проебывай сроки ^_^

зато ты более ценен как специалист)

зато ты более ценен как специалист)

если это сообщение мне, то пока нет ) но очень хочется им становиться

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

не проебываться )

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

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

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

в моем случае, когда решаешь какую-то новую задачу, то время уходит на как минимум поиска нескольких способов её решить, хотя в голове уже есть способ решения её в лоб

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

или сделать хотя бы всё в ООП стиле с какой-то архитектурой

или сделать хотя бы всё в ООП стиле с какой-то архитектурой

"в ооп стиле с какой-то архитектурой"

в меморис

ну дык, один суперкласс с 30 методами и 50 свойствами - это, наверное, не менее интересно, чем процедурный код на 500 строк )

ну дык, один суперкласс с 30 методами и 50 свойствами - это, наверное, не менее интересно, чем процедурный код на 500 строк )

это возможно даже хуже

тут нужна фраза персонажа с аватарки Дмитрия

я думаю, Эскобар вообще был бы неплохим кодером

он просто вкурил суть

имхо, спор ниочем. Нужно просто самому побегать по граблям работая в проектах которые писались в стиле "нам некогда/незачем было думать, о том как все правильно организовать, мы просто реализовывали требования которые нам спускал бизнес".

имхо, спор ниочем. Нужно просто самому побегать по граблям работая в проектах которые писались в стиле "нам некогда/незачем было думать, о том как все правильно организовать, мы просто реализовывали требования которые нам спускал бизнес".

ты не видишь проблемы в таком подходе?

вижу

ну так проблему надо решать а не смиряться с ней

просто сложно объяснить человеку который с таким не сталкивался, что сделать лучше это не дольше на самом деле

а совсем наоборот

на дистанции экономит время и нервы

может делать надо так, что бы итоговая стоимость в итоге была ниже и не парится?)

это как слепому про закат рассказывать

просто сложно объяснить человеку который с таким не сталкивался, что сделать лучше это не дольше на самом деле

ну так вопрос не в том что бы объяснить а в том что бы научить это делать

имхо, спор ниочем. Нужно просто самому побегать по граблям работая в проектах которые писались в стиле "нам некогда/незачем было думать, о том как все правильно организовать, мы просто реализовывали требования которые нам спускал бизнес".

Есть такая мысль что даже если бы нам было не по*** и было неограниченное время на то чтобы все сделать "правильно", то... правильно не получится. Потому что никто толком не понимает что есть правильно.

Есть такая мысль что даже если бы нам было не по*** и было неограниченное время на то чтобы все сделать "правильно", то... правильно не получится. Потому что никто толком не понимает что есть правильно.

вопрос в выборе компромисов. Но если выбирать неизчего (потому что банально вариантов не знают) то выбора то и нет

а потом из этого формируется привычка

Именно

ну так вопрос не в том что бы объяснить а в том что бы научить это делать

имхо, чтобы человек научился, у него должна быть понимание того что вообще надо учится, что того что он знает недостаточно

Есть такая мысль что даже если бы нам было не по*** и было неограниченное время на то чтобы все сделать "правильно", то... правильно не получится. Потому что никто толком не понимает что есть правильно.

конечно

Мне понравилась твоя мысль на докладе по SOLID у нас о том что к пилить SOLID, GRASP или еще какие умные большие буквы сходу бесмысленно. Надо к ним приходить итерационно.

имхо, чтобы человек научился, у него должна быть понимание того что вообще надо учится, что того что он знает недостаточно

и мы приходим к тому что программирование это не дисциплина а поп культура) мало кто разбираются и все решают сиюминутные проблемы