K
и прочитать синтаксис нового языка
Size: a a a
2021 March 25
K
Переслано от Mikhail
Если не думать о завтрашнем дне, то прокисшие щи так и будут нормой жизни
AE
и ты забыл про троллейбус. у меня на проекте одного таки сбил. чувак полгода в гипсе провёл. все поржали над "бусфактором", но реально не смешно было
AE
Вы простите, но вот личный пример, ну вот смотрите, вы пишите продукт на спарке, он приносит деньги, спарк написан на скале, в скале кейс-классы одна из главных фич языка, но так как вы много велосипедов наделали, говорите о том, что не понимаете зачем нужны кейс классы, чтобы пообных барьеров не было, иногда стоит очистить свой разум
нет, я говорю что в моём конкретном проекте кейс классы не помогли. быстрее оказалось сделать по-другому. грязно, не идиоматично, зато эффективно
AZ
нет, я говорю что в моём конкретном проекте кейс классы не помогли. быстрее оказалось сделать по-другому. грязно, не идиоматично, зато эффективно
об этом и речь, "зато работает" это же король технических дискуссий
AD
какое-то изучение задом наперёд. вместо того чтобы попробовать решить задачу и в процессе изучить язык, зачем-то надо учить синтаксис языка, и потом искать задачу. как-то оно неэффективно
когда так делаешь решение получается плохое, а когда начинаешь с чтения доки получается получше
K
нет, я говорю что в моём конкретном проекте кейс классы не помогли. быстрее оказалось сделать по-другому. грязно, не идиоматично, зато эффективно
ну получается как
K
у вас весь проект - узкий кейс
K
и все стоит переписать на си
K
у меня другого объяснения нет
AD
а реальные проекты часто имеют кучу всякой фигни, которая становится понятной по ходу дела, и только чуть более опытный чувак может её объяснить
вот так делать не надо
AE
читаешь доку, делаешь по доке, получается медленно и дорого. зато "правильно".
приходится выдумывать как ускорить и сделать дешевле, в итоге проект выглядит как говно. с одной стороны.
приходится выдумывать как ускорить и сделать дешевле, в итоге проект выглядит как говно. с одной стороны.
AE
с другой стороны, рано или поздно выстраивается какая-то своя идология, в которой уже и не совсем говно. но чтобы это понять, надо иметь больше знаний, чем в книжке
AE
и все стоит переписать на си
не на си, но с byte[] вместо высокоуровневых конструктов
K
не на си, но с byte[] вместо высокоуровневых конструктов
для узких мест
K
Как бы задачу можно декомпозировать, но то где важна производительность , а где не важна
K
я еще понимаю такой подход во встраиваемой системе, когда там ограничения крайне жесткие по ресурсам могут быть.но вы сейчас рассказываете, что у вас весь проект плохой
AZ
читаешь доку, делаешь по доке, получается медленно и дорого. зато "правильно".
приходится выдумывать как ускорить и сделать дешевле, в итоге проект выглядит как говно. с одной стороны.
приходится выдумывать как ускорить и сделать дешевле, в итоге проект выглядит как говно. с одной стороны.
у любой технологии есть свои рамки применимости, это нормально; также бывает что для вашего набора требований нет какого-то подходящего стека; но надо об этом открыто говорить "мы забиваем при помощи Х гвозди, он не предназначен, но мы ничего лучше не нашли"
а вы говорите "гвозди нужно и можно забивать при помощи любого предмета, не важно что у него в инструкции написано"
и даже "не нужно начинать с чтения инструкции, надо сначала попробовать на гвозди приложить, а потом посмотреть как и что там написано"
а вы говорите "гвозди нужно и можно забивать при помощи любого предмета, не важно что у него в инструкции написано"
и даже "не нужно начинать с чтения инструкции, надо сначала попробовать на гвозди приложить, а потом посмотреть как и что там написано"
e
Как и изучение иностранных языков , ЯП это только вопрос практики . Читая книжки можно только рассказать что ЛАндан ИТЦ капитал оф Грейт британ. Ну или нарисовать хапдкод.
K
не на си, но с byte[] вместо высокоуровневых конструктов
https://www.ozon.ru/product/praktika-programmirovaniya-1927500/ очень хорошая книжка с собачкой