Max
очень спорная фича. вся надежда только на инструменты что найдут откуда ж этот метод взялся
Согласен, спорная. Написал, что субъективно касаемо удобства, но я бы пользовался
не верю, что завезут в с++
Я тоже надеюсь на это
Anton
к с++ довольно взвешенно пытаются подходить и не переусложнять его, он и так уже на мой взгляд прилично перегружен
Max
Да я знаю что мне можно, а что нельзя. Базу пояснять мне не надо
Ну так смысл мне доказывать, что мне это не нужно лишь потому что мне так хочется?
Я лишь высказал свою точку зрения, не более того.
Max
Ну так я не спрашивал ваше мнение касаемо нужно или нет
Max
Я спросил завезли или нет
Если ты обратишь внимания я даже реплай не сделал
Max
Смешной вы
Max
Тогда для вас есть стенка
Че?
Max
Она тоже не спрашивает
Max
С ней разговаривайте
Сегодня магнитные бури видимо
Max
Видимо
Второй уже за сегодня)
С утра тоже был один 🤡 недовольный что отвечают ему не так как хотелось
Anton
в сишарпе эта магия подзадолбала, надо признать
Max
в сишарпе эта магия подзадолбала, надо признать
+- Нагородят много - смотреть больно. Конструкцию проверки на множество свойств - удобно, мне кажется
Andy
в сишарпе эта магия подзадолбала, надо признать
Поддеррживаю, сахар +сахар = сахарный диабет.
Demid
Ну так я не спрашивал ваше мнение касаемо нужно или нет
да не обращайте внимания, тут у некоторых людей обиды личные на жизнь, либо просто не знают чего-то, но не хотят виду подавать
Max
Вам не надо - не пользуйтесь
Я поясню Многие разработчики увлекаются процессом программирования настолько, что забывают, что есть не только фаза разработки продукта, но и куда более длительная и важная фаза эксплуатации и поддержки. И вот тут всякие выкрутасы наносят серьезный убыток ибо усложняют процессы чтения кода, требуют применения более дорогих специалистов итд итп. Как руководитель разработки, я 'бью по рукам' за подобное. Код должен легко читаться мидлом.
Max
Согласен с первым абзацем. Понимаю позицию, но как мидл, не соглашусь со вторым. Эти самые конструкции предназначены как раз для улучшения читаемости кода, а если пользуешься ими с обратным результатом, то стоит задуматься.
не совсем согласен, читаемости это не добавляет. не претендую на последнюю инстанцию ибо я рулю разработкой на Oracle PL/SQL, а сями и всякими МК, занимаюсь для удовольствия. я думаю все уже хоть раз да слышали в Компаниях такую историю: "вот у нас код, его написал такой раскрутой специалист, он такой был классный итд но потом ушел/помер от коронавируса и теперь мы не знаем как это поддерживать ибо все отказываются " знакомо ? это теперь мы понимаем, что это был очень плохой специалист, который может и был умным, но писал плохой код. причем находились индивиды которые специально усложняли конструкции- дабы быть незаменимым. соответственно когда, что-то разрабатываешь, всегда надо думать о том, что будет завтра и делать так, чтобы тебя вспоминали не матюком - "чтозахрень - непонимаю как это работает" а как классно сделано - всё сразу понятно
Max
не совсем согласен, читаемости это не добавляет. не претендую на последнюю инстанцию ибо я рулю разработкой на Oracle PL/SQL, а сями и всякими МК, занимаюсь для удовольствия. я думаю все уже хоть раз да слышали в Компаниях такую историю: "вот у нас код, его написал такой раскрутой специалист, он такой был классный итд но потом ушел/помер от коронавируса и теперь мы не знаем как это поддерживать ибо все отказываются " знакомо ? это теперь мы понимаем, что это был очень плохой специалист, который может и был умным, но писал плохой код. причем находились индивиды которые специально усложняли конструкции- дабы быть незаменимым. соответственно когда, что-то разрабатываешь, всегда надо думать о том, что будет завтра и делать так, чтобы тебя вспоминали не матюком - "чтозахрень - непонимаю как это работает" а как классно сделано - всё сразу понятно
ровно этой философии и придерживаюсь
Max
Прям стройный хор неосиляторов какой-то))
Гоша
не совсем согласен, читаемости это не добавляет. не претендую на последнюю инстанцию ибо я рулю разработкой на Oracle PL/SQL, а сями и всякими МК, занимаюсь для удовольствия. я думаю все уже хоть раз да слышали в Компаниях такую историю: "вот у нас код, его написал такой раскрутой специалист, он такой был классный итд но потом ушел/помер от коронавируса и теперь мы не знаем как это поддерживать ибо все отказываются " знакомо ? это теперь мы понимаем, что это был очень плохой специалист, который может и был умным, но писал плохой код. причем находились индивиды которые специально усложняли конструкции- дабы быть незаменимым. соответственно когда, что-то разрабатываешь, всегда надо думать о том, что будет завтра и делать так, чтобы тебя вспоминали не матюком - "чтозахрень - непонимаю как это работает" а как классно сделано - всё сразу понятно
Тут без конкретики непонятно. МОжно сказать и так, что это ваша организация понанимала ленивых джунов, которые не в состоянии прочитать более-менее сложный код, который написан грамотным специалистом. А тот чувак, что ушёл, был на самом деле действительно умным и сбежал из вашей конторы туда где условия лучше.
Max
Тут без конкретики непонятно. МОжно сказать и так, что это ваша организация понанимала ленивых джунов, которые не в состоянии прочитать более-менее сложный код, который написан грамотным специалистом. А тот чувак, что ушёл, был на самом деле действительно умным и сбежал из вашей конторы туда где условия лучше.
ну я и не говорил, что в конторе где я работаю, есть такая проблема. а в общем виде, если код сложно читается, нет комметариев - то это хреновый код. я не зря привел пример - код должен читаться мидлом. ибо нанимать на поддержку сеньеров - дорого и они сбегут от скучной работы, не смотря оплату выше рынка. ps: ну и конечно, в нормальной Компании есть свои стандарты (соглашения) разработки, те где описан стиль, именование переменных, комментирование кода, методологии итд итп.
Гоша
Т.е. если код и хороший (быстрый, хорошо структурированный), но сложный и без комментариев - для Вас это плохой код? Кроме читаемости кода и комментариев есть ещё документация и, что более важно, тесты. По крайней мере, в "нормальных Компаниях".
Артем
Человек который работает с oracle database говорит о хорошем код, звучит как анекдот
Артем
https://habr.com/ru/articles/429946/
Ruslan
Ну окей, раз пошла такая пьянка, подушню трохи. Стеб в случае, когда ответ на вопрос ищется с первой-второй попытки - это немножко традиция. Надо понимать, что он не носит желания самоутвердится за чей-то счет (тут уже люди все себе и другим доказавшие), а просто издевательство над ленью человеческой. Если это напрягает, ну шож, сами знаете как таких называют. Второй вопрос - если это обидно и досадно, то в закрепе/описании группы/списке пользаков есть правила, админы и модераторы - стучишь к ближайшему и "вон там обижают, не по правилам". Нарушителю сделают атата, справедливость восторжествует, все счастливы и танцуют. Очень удивительно, что приходится объяснять очевидные вещи людям, которые явно не первый день в интернете (ESP32 же как-то осилили купить).
админ ответит, что человека нельзя обидеть, но человек может обидеться
Max
Т.е. если код и хороший (быстрый, хорошо структурированный), но сложный и без комментариев - для Вас это плохой код? Кроме читаемости кода и комментариев есть ещё документация и, что более важно, тесты. По крайней мере, в "нормальных Компаниях".
в общем виде - да я уже пояснил, что если на поддержку нужно нанимать сеньера - значит код плохой. его тупо дорого поддерживать. комментарии повышают читаемость кода и ускоряют процессы понимания - зачем сделано вот так, а не иначе. ps: просто не все доросли до учета бабла
Ruslan
про код, код пишут для людей, ибо им с ним трахацо! тех, кто это не понимает, надо выпиливать с проекта, ибо они принесут только боль и проблемы
Andy
Если коду нужны комментарии, то это хреновый код
Это очень распространённое заблуждение. На самом деле это означает, что трудозатраты на "погружение" в код надо умножать сразу на три, а кое-где и в 10 раз.
Гоша
что ж вы собираетесь писать со своим простым кодом? джейсоны перекладывать?
Гоша
ну хотя для нужд embedded наверное и простого кода достаточно. всё таки специфика такая
Max
ну хотя для нужд embedded наверное и простого кода достаточно. всё таки специфика такая
тоже не соглашусь мы с другом делали железку на STM32, pet-project так сказать, друг спец, но ленился каменты вставлять - мол и так все понятно. сам то код понятен - теряется информация а почему именно так сделано. ну вот через год сунулись - и заблудились в его коде. за год он сам забыл особенности его решения. посмеялись и навтыкали каментов дабы потом не мучаться. ps: проект маленький - всего 1,2МБ кода
Гоша
тоже не соглашусь мы с другом делали железку на STM32, pet-project так сказать, друг спец, но ленился каменты вставлять - мол и так все понятно. сам то код понятен - теряется информация а почему именно так сделано. ну вот через год сунулись - и заблудились в его коде. за год он сам забыл особенности его решения. посмеялись и навтыкали каментов дабы потом не мучаться. ps: проект маленький - всего 1,2МБ кода
У меня тоже такое бывало. Но мне комменты не очень помогали. За год всё же выветривается память о проблеме и решении из головы. Я считаю, хоть комменты, хоть не комменты - всё равно по новой вникать надо. Даже если это твой собственный код. Только если регулярно с этим кодом работать, тогда не забудется.
Andy
Или вот еще распространённое: на мелкий МК пишут прошивку без использования контроля версий. "Какие там блять версии в 10 строчках"! Херак, надо срочно поправить. А блять не та версия на диске или не тот файл. И пошел "волшебный дым", вместе с охуевшим заказчиком ;)
Andy
и ваш
гляди, ноу проблем
Max
а можно ваш гигхаб глянуть?
Я не увлекаюсь публикацией своего кода, он практически весь коммерческий
Артем
Ну вот, оба слились(
Гоша
не совсем согласен, читаемости это не добавляет. не претендую на последнюю инстанцию ибо я рулю разработкой на Oracle PL/SQL, а сями и всякими МК, занимаюсь для удовольствия. я думаю все уже хоть раз да слышали в Компаниях такую историю: "вот у нас код, его написал такой раскрутой специалист, он такой был классный итд но потом ушел/помер от коронавируса и теперь мы не знаем как это поддерживать ибо все отказываются " знакомо ? это теперь мы понимаем, что это был очень плохой специалист, который может и был умным, но писал плохой код. причем находились индивиды которые специально усложняли конструкции- дабы быть незаменимым. соответственно когда, что-то разрабатываешь, всегда надо думать о том, что будет завтра и делать так, чтобы тебя вспоминали не матюком - "чтозахрень - непонимаю как это работает" а как классно сделано - всё сразу понятно
Так что надо менеджерам от программистов? по Вашему сообщению на ум приходят только "простой" код с комментариями.
Ruslan
Ну вот, оба слились(
я тоже не выкладываю код коммерческий, а с какой целью посмотреть?
Гоша
я тоже не выкладываю код коммерческий, а с какой целью посмотреть?
Подозреваю, там один человек писал про пект проект (вроде как не коммерческий), другой человек про то, что надо юзать Git. Я бы тоже посмотрел. Интересно как люди в "боевых" проектах работают, какие библиотеки юзают, как вообще проект организовывают и т.п.
Юрій
Чё, серьёзно?
Чё, серьёзно?
А что не так?
У есп32 есть тач пины
Юрій
У есп32 есть тач пины
Не знал. Прикольно однако
Юрій
Да, благодарю, уже увидел. Как-то вообще не обращал внимания раньше
Max
Ну вот, оба слились(
ну откуда идея, что проекты открытые ? у меня даже в некоммерческих проектах (те которые не приносят бабла) есть коммерческий код. к примеру https://rospogoda.com/ там, в метеостанциях мой коммерческий TCP/IP стек написанный в 2013м. вот кстати в нем, 30% объема это комментарии, расписанные протоколы итд итп дабы что-то доработать было очень легко и просто не тратя времени на "вспоминание".
Andy
Ну вот, оба слились(
да ты же даже не гуглил :)
Dmitry
ребята, какая сейчас лучшая библиотека для работы с wifi? Когд-то юзал ESP8266WiFi.h Или уже появилось что-то интереснее?
Dmitry
Это встроенное в ардуино. Что значит "лучшая"?
современная. вопрос в том, какую библиотеку лучше юзать для работы с wifi
современная. вопрос в том, какую библиотеку лучше юзать для работы с wifi
Я не понимаю критерий этой "современности" "лучшести" и так далее. Вифи изобретен 20 лет назад
Dmitry
Я не понимаю критерий этой "современности" "лучшести" и так далее. Вифи изобретен 20 лет назад
ок, забудь про *лучшесть*. Ккой библиотекой посоветуешь пользоваться для создания сервера/клиента, отправки запросов/получения ответов по wifi ?
ок, забудь про *лучшесть*. Ккой библиотекой посоветуешь пользоваться для создания сервера/клиента, отправки запросов/получения ответов по wifi ?
Для начала я посоветую не приобретать есп8266, а брать есп32 и производные. И слезть с ардуины на есп-идф
А так библиотека esp8266wifi, которая штатная в ардуине фрейворке - прекрасно справляется со своими задачами
Dmitry
ок, спасибо
ок, спасибо
Судя ко комитам на гитхабе, оно даже апдейтится
Max
Добрый вечер. Работал с LVGL и вспомнил, что есть второе ядро: пробовал кто-нибудь менять встроенный диспетчер lvgl на freertos, что бы разделить графику и логику на 2 потока, или не стоит танцев с бубном?
Юрій
А так библиотека esp8266wifi, которая штатная в ардуине фрейворке - прекрасно справляется со своими задачами
А почему тебе так не нравится 8266? Не первый раз читаю. Это же немного разные платки всё-таки и она почти в два раза дешевле 32