С учётом того, что в мире много всего, чего вы можете не знать, обидеть вас довольно легко =)
Не правильно высказался. Я имел ввиду "кто то скажет что я не прав в своем высказывании", а я обычно знаю о чем говорю ) Но не стыжусь признавать ошибки конечно )
В том, какие трудности были, в том как это работает изнутри.
Мне кажется это не было связано с языком. Но могу ошибаться конечно )
Чем интерфейсы мешают типизации? Не смогли имплементировать метод или почему такая неприязнь ?
Ни разу не испытывал проблем с интерфейсами "гоу". Может они не понятны по началу, но зато удобны. В том же пхп (да хоть в с++) я вообще хз зачем нужны интерфейсы.
Ох, если вы про приведение типа из интерфейса — то это ПОЛУГАВНОКОД считай.А если ваш проект обмазан интерфейсами (мой нет), то это проблема проекта как мне кажется. Запустили гору ООПэшников, что еще ожидали ?
Вы правда думаете это проще запомнить чем "парсер глючит на фигурных скобках" ?
О каком обмане идет речь?
Элементарном. Он там че то не может переварить, дай ему переваривариваюмую пищу — не обман?
IIFE это по сути в js изобретено было кстати ) Обманом парсера )
Обычно меня можно обидеть, если сказать что я в чем то не шарю ) Ну впринципе ты так и сказал, но я не зол )
Я никогда себе не позволяю что то сказать о том в чем не разбираюсь )
Ну наверное вам просто не нужен DI при решении задачи на go (обычно так и бывает). Не нуж0н очередной фреймворк. Написал тулзу и забыл. Микросервис и все такое. Пакет utils никто не мешает соорудить (но скорей всего от него откажетесь потом)
Честно говоря я считаю тех кто использует прототипированное наследование в js извращенцами.
Написал гору (не повторяющегося) кода без наследования и ниче )
Понял про что вы. Был не прав )
В целом у народа не возникает с этим проблем, значит наверное все норм )
Принцип "не сри в свой код" мне в принципе нравится )
Бла бла бла. Мне не нужна "СТРОЖАЙШАЯ ТИПИЗАЦИЯ В МИРЕ". Мне нужно всего лишь чтобы при смене структуры json конфига (например), весь код не развалился.
И да, вы Врун. что значит "значительно строже" ?
2) в случае сбоев загрузки, повторять попытки до достижения успеха.
А если внезапно стало какой нибудь 404?
Но это к сути вопроса дела не имеет. В целом golang для меня как заменитель nodejs, поэтому посоветую его.
Для решения вашей задачи всего лишь нужна функция парсинга которую надо запускать как горутину (типа go parse(url)), возможно перезапускающая саму себя и механизм типа sync.WaitGroup
ЗЫ. Для меня golang как очень хорошая замена nodejs. Принципы очень похожи, а строгая типизация не дает развалится коду когда решишь поменять что нибудь в каком нибудь json )
Не правильно высказался. Я имел ввиду "кто то скажет что я не прав в своем высказывании", а я обычно знаю о чем говорю ) Но не стыжусь признавать ошибки конечно )
Мне кажется это не было связано с языком. Но могу ошибаться конечно )
Чем интерфейсы мешают типизации? Не смогли имплементировать метод или почему такая неприязнь ?
Ни разу не испытывал проблем с интерфейсами "гоу". Может они не понятны по началу, но зато удобны. В том же пхп (да хоть в с++) я вообще хз зачем нужны интерфейсы.
Ох, если вы про приведение типа из интерфейса — то это ПОЛУГАВНОКОД считай.А если ваш проект обмазан интерфейсами (мой нет), то это проблема проекта как мне кажется. Запустили гору ООПэшников, что еще ожидали ?
Я к тому что всякие уловки привели к появлению методик. Но я могу ошибаться. Но обычно "если нельзя, посмотрим как сделать"
Вы правда думаете это проще запомнить чем "парсер глючит на фигурных скобках" ?
Элементарном. Он там че то не может переварить, дай ему переваривариваюмую пищу — не обман?
IIFE это по сути в js изобретено было кстати ) Обманом парсера )
Обычно меня можно обидеть, если сказать что я в чем то не шарю ) Ну впринципе ты так и сказал, но я не зол )
Я никогда себе не позволяю что то сказать о том в чем не разбираюсь )
Друже, в "тонкостях" я разбираюсь. И эти тонкости мне не всегда нра. О том и речь. А ты походу выпил уже (как и я :))
А вы знали что обычно до букв докапываются те, кому больше нечего сказать ?
Тут вообще какая то дич не понятная. Что хотели донести? Что я Хуй ?
Извиняюсь но не в случае с js. Там я знаю то что мне нужно (не используй колбеки, опасайся for...in и тому подобное. Не используй наследование :)).
Нет, но давайте с вами разберем, если хотите. Просто не считаю это "мелкой" программой вот и все.
А если вы про НАЛИЧИЕ исходников — все на гитхабе есть.
Эту мысль можно было бы развернуть, но я не буду )
Ну вот есть докер с кубером. Понимаю что там может быть написано все "вопреки", но сомневаюсь.
Именно! Я не считаю нужным разбираться в мутных вещах )
А тем более использовать их.
ЗЫ. String.prototype.OLOLO и ололо? )
Что по вашему "не мелко" — что то с GUI? Тут да, go сосет.
Полной не логичностью. Еще скажите что сахар типа class просто так ввели )
ЗЫ. Докер, кубер — это все мелко ?
Сорри не могу.
Инжекция зависимостей. Ну честно ни разу о ней не думал когда писал на go. И неплохой код получался...
Ну наверное вам просто не нужен DI при решении задачи на go (обычно так и бывает). Не нуж0н очередной фреймворк. Написал тулзу и забыл. Микросервис и все такое. Пакет utils никто не мешает соорудить (но скорей всего от него откажетесь потом)
Честно говоря я считаю тех кто использует прототипированное наследование в js извращенцами.
Написал гору (не повторяющегося) кода без наследования и ниче )
Понял про что вы. Был не прав )
В целом у народа не возникает с этим проблем, значит наверное все норм )
Принцип "не сри в свой код" мне в принципе нравится )
Бла бла бла. Мне не нужна "СТРОЖАЙШАЯ ТИПИЗАЦИЯ В МИРЕ". Мне нужно всего лишь чтобы при смене структуры json конфига (например), весь код не развалился.
И да, вы Врун. что значит "значительно строже" ?
Ну не хотел в причуды парсера впадать ) А по сути это "обман парсера" (чудный js)
Я бы такое не использовал. Используйте только то что понимаете как работает.
Ну это просто не знание языка по сути ) Все легко и просто решается.
Да блядство — делайте явные. Вас гитлер заставляет неявные делать, чтобы хрен кто разобрался ?
C++ быстрее и безопаснее RustЕще бы сдесь не было столько комментов )
Сишники, чуваки, старички… эй алё. Я раст не знаю, но знаю что сишка немного устарела. Срать на раст, го же )
А если внезапно стало какой нибудь 404?
Но это к сути вопроса дела не имеет. В целом golang для меня как заменитель nodejs, поэтому посоветую его.
Для решения вашей задачи всего лишь нужна функция парсинга которую надо запускать как горутину (типа
go parse(url)), возможно перезапускающая саму себя и механизм типа sync.WaitGroupЗЫ. Для меня golang как очень хорошая замена nodejs. Принципы очень похожи, а строгая типизация не дает развалится коду когда решишь поменять что нибудь в каком нибудь json )
А ну только если в качестве типа входных/выходных хочется указать базовый класс. Но для этого есть интерфейсы.