@proGO

Страница 1658 из 1674
Sparrow
26.08.2018
18:49:05
Там другие ожидания у юзера. А на вебе, чувак пришел на страницу и хочет все и сразу сейчас.

Roman
26.08.2018
18:49:49
Да в том то и дело, что два мега это в принципе много, даже на раз, если это конечно не нишевой проект. Монополия разрушится, но за счёт расширения возможностей, то есть просто дополнительные новые юзкейсы появятся. Не думаю, что яваскрипт при этом куда-то исчезнет
да никуда JS не исчезнет, по той же причине по которой никуда не делся Fortran, PHP whatever... пока будут люди которые знают JS - он будет жить... однако в долгосрочном плане он начнёт терять позиции, слишком уж он динамичен и слишком безобразен... это скриптовой язык из которого пришлось сделать "системный" поскольку у него была монополия

Там другие ожидания у юзера. А на вебе, чувак пришел на страницу и хочет все и сразу сейчас.
не сравнивай страницу и приложение, это 2 разные вещи... мы-ж не собираемся лендинги на Go писать?! мы говорим о веб-приложениях, а тут можно и 5 секунд подождать и поглядеть на спинер при первом старте пока всё в кэш загрузится...

Sparrow
26.08.2018
18:51:02
Да не, js весьма элегантен, если проникнуться )

Google
Sparrow
26.08.2018
18:51:44
Да пострелять по ногам в любом языке можнл

Roman
26.08.2018
18:51:50
я ежедневно на нём работаю, я его ненавижу, но у меня нет выбора

Да пострелять по ногам в любом языке можнл
с такой логикой можно спокойно сравнивать Go и Assembly... ибо там и там же можно себе по ногам стрелять, верно? значит они одинакого опасны?

Bohdan
26.08.2018
18:52:34
я ежедневно на нём работаю, я его ненавижу, но у меня нет выбора
пиши на typescript, некогда будет ненавидеть js)

Roman
26.08.2018
18:53:01
пиши на typescript, некогда будет ненавидеть js)
увы не могу, и на то есть определённые причины

Bohdan
26.08.2018
18:53:50
да я так, немного своих жалоб сам не особо люблю фронт - по ощущениям он гораздо больше, чем бекенд, состоит из костылей и соплей

но пишу опять-таки потому, что есть необходимость и потому, что считаю нужным уметь

но это мы отходим в сторону от темы

Владимир
26.08.2018
18:54:51
Roman
26.08.2018
18:55:38
да я так, немного своих жалоб сам не особо люблю фронт - по ощущениям он гораздо больше, чем бекенд, состоит из костылей и соплей
ты просто ещё не знаешь, как прекрасен может быть фронт. Я это узнал когда открыл для себя Qt QML, он великолепен, он интуитивен, модулярен, безопасен, реактивен, он быстр... а если судить по "фронту" по HTML/CSS/JS тогда понятное дело почему у тебя такие херовые ассоциации...

Владимир
26.08.2018
18:55:40
Front не сложный, но меняется слишком быстро. Плюс объем большой.

Google
Bohdan
26.08.2018
18:56:04
касательно wasm - я вижу применение ему во всяких гугл докс, фоторедакторах и так далее более того, интерфейс на нем для таких приложений будет чуть ли не проще сделать (как мне кажется) (при наличии готовых и "взрослых" тулкитов)

Roman
26.08.2018
18:58:20
qml не пробовал, не знаю
https://github.com/go-qml/qml даже порты пытались для Go завести, увы, несрослось

проблема в том что HTML/CSS вообще-то для статических гипертекстовых документов изобрели, а не для современных динамических приложений... в нём нет модульности, реактивности и т.д. и то чем занимается сейчас разработка "веб-фронта" это по сути "впихнуть невпихуемое"... короче ждём потоков в WASM и новый GUI язык

Subbotin
26.08.2018
19:23:28
можно же кстати завести несколько васмов на странице и общаться между ними

Pawel
26.08.2018
19:23:43
касательно wasm - я вижу применение ему во всяких гугл докс, фоторедакторах и так далее более того, интерфейс на нем для таких приложений будет чуть ли не проще сделать (как мне кажется) (при наличии готовых и "взрослых" тулкитов)
парименение wasm - использовать десктопный софт в браузере. Для того, чтобы отправить html/css/js/dom и прочий веб туда, где ему самое место - на помойку. В идеале - портировать в веб проги на дельфях

Subbotin
26.08.2018
19:23:43
мммммм. больше извращений

у html+css есть единственный адский плюс - текст в 90% случаев можно выделить и скопировать

Subbotin
26.08.2018
19:26:15
а вот будет у вас все сайты на opengl+wasm вот вы охуеете при попытке пошарить картиночку с пикабу сюда в чатег

Pawel
26.08.2018
19:28:35
скриншот кину

Roman
26.08.2018
19:30:10
у html+css есть единственный адский плюс - текст в 90% случаев можно выделить и скопировать
это лишь особенность DOM'а (которая работает кстати довольно херово, зачастую бл@ть так тяжело определённое слово выделить что пздц..), которую можно по желанию реализовать в последующем графическом движке

Roman
26.08.2018
19:30:50
Subbotin
26.08.2018
19:31:02
ну и там не подумают

Roman
26.08.2018
19:31:25
ну и там не подумают
ну это твоё мнение, которое ты пытаешься продать за действительность))

Subbotin
26.08.2018
19:31:37
вот у тебя есть условный qt который счас собирается в wasm. там по-дефолту текст не выделяем для копирования.

Roman
26.08.2018
19:32:19
а вот будет у вас все сайты на opengl+wasm вот вы охуеете при попытке пошарить картиночку с пикабу сюда в чатег
это зависит от движка рендера, однако... let's be honest, в приложении это зачастую не нужно

Google
Subbotin
26.08.2018
19:32:31
у тебя есть тысячи мобильных приложений с разными графическими фреймворками и сплошь и рядом текст не выделяем

Roman
26.08.2018
19:32:31
и мы скорее говорим о замене HTML/CSS для приложений, а не сайтов

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

Subbotin
26.08.2018
19:33:44
это зависит от движка рендера, однако... let's be honest, в приложении это зачастую не нужно
ага. в том то и дело что зависит от движка. и потому скорее всего нихуя будет не выделяемо по-дефолту потому что "let's be honest, в приложении это зачастую не нужно"

Лемур
26.08.2018
19:34:37
у тебя есть тысячи мобильных приложений с разными графическими фреймворками и сплошь и рядом текст не выделяем
Нууу. Я бы специально выключал в приложениях выделение текста. Так бесит когда жмёшь пункт меню, а он выделяет текст вместо перехода

Roman
26.08.2018
19:34:40
приложение и документ это, извините, разные вещи

Pawel
26.08.2018
19:34:51
ага. в том то и дело что зависит от движка. и потому скорее всего нихуя будет не выделяемо по-дефолту потому что "let's be honest, в приложении это зачастую не нужно"
не выдцмавай ты херню. Надо будут - сделают чтобы можно было выделять и копировать. Это такая мелочь что говорить о ней не стоит

Subbotin
26.08.2018
19:35:56
и ты делаешь из этого вывод, что новые технологии веб'а где на протяжении нескольких десятилетий такая фича была - пропадёт с новой техноллогией? что за бред..
ты же понимаешь что условные инстаграм, пейсбук, пикабушечка и тысячи других сайтов которые не заинтересованы чтобы ты копипастил контент, а заинтересованы в том чтобы ты шарил линк. и они уже сейчас предпринимают шаги, мешающие тебе копипастить контент. а там у них будет раздолье

Pawel
26.08.2018
19:37:48
ты же понимаешь что условные инстаграм, пейсбук, пикабушечка и тысячи других сайтов которые не заинтересованы чтобы ты копипастил контент, а заинтересованы в том чтобы ты шарил линк. и они уже сейчас предпринимают шаги, мешающие тебе копипастить контент. а там у них будет раздолье
фейсбук заинтересован чтобы его как можно больше юзали, чтобы впихнуть туда как молжно больше рекламы. Ему насрать как ты это делаешь - копируя контент или нет. Если хочешь копировать - фейсбук тебе это даст, не сцы

Subbotin
26.08.2018
19:37:49
не выдцмавай ты херню. Надо будут - сделают чтобы можно было выделять и копировать. Это такая мелочь что говорить о ней не стоит
нет. естественно ничего не мешает им СДЕЛАТЬ выделение и копипасту. как сейчас они иногда выключают наоборот. но не стоит недооценивать силу дефолта

Roman
26.08.2018
19:39:17
ага. в том то и дело что зависит от движка. и потому скорее всего нихуя будет не выделяемо по-дефолту потому что "let's be honest, в приложении это зачастую не нужно"
я как разработчик веб-ui-компонентов прокленаю эту функцию, поскольку она ломает такое колво граф. элементов своим выделением когда она на самом деле не нужна... бери наприемр слайдер.. зажал мыш, потянул слайдер и хуяк весь экран посинел... збс! да что там далеко ходить то.... youtube.com там в плеере часто проблемы с этим синим выделеним на слайдере тогда когда оно не нужно... выделение текста это вещь полезная, не спорю, но она должна быть более безопасной в плане UX и лучше реализована.. в HTML можно помимо текста вообще непонятные пустые DIV контейнеры выделять и выделение при этом прыгает туда сюда так что хер ты какой текст скопируешь.... лучше всего выдление сработает с нейросетью которая умеет читать текст... зажимаешь например ALT и выделяешь часть скрина где текст, он прогоняет это через нейронку и копирует тебе текст... но это конечно-же довольно затратно и сложно, однако в любом случае выделение текста должно быть через какую-то спец-клавишу!

Subbotin
26.08.2018
19:43:08
я как разработчик веб-ui-компонентов прокленаю эту функцию, поскольку она ломает такое колво граф. элементов своим выделением когда она на самом деле не нужна... бери наприемр слайдер.. зажал мыш, потянул слайдер и хуяк весь экран посинел... збс! да что там далеко ходить то.... youtube.com там в плеере часто проблемы с этим синим выделеним на слайдере тогда когда оно не нужно... выделение текста это вещь полезная, не спорю, но она должна быть более безопасной в плане UX и лучше реализована.. в HTML можно помимо текста вообще непонятные пустые DIV контейнеры выделять и выделение при этом прыгает туда сюда так что хер ты какой текст скопируешь.... лучше всего выдление сработает с нейросетью которая умеет читать текст... зажимаешь например ALT и выделяешь часть скрина где текст, он прогоняет это через нейронку и копирует тебе текст... но это конечно-же довольно затратно и сложно, однако в любом случае выделение текста должно быть через какую-то спец-клавишу!
да. я не спорю что в разработке приложений это мешает. но сейчас связка html+css+js держит разработчика в рамках того что контент как документ первичен, а интерфейс вторичен. а будет наоборот. мобильные приложения тому свидетель

и что? кто отменял скриншоты?)))
да. скриншоты останутся

заскриншоти мне первые два стиха плиз

http://lib.ru/HRISTIAN/BIBLIYA/nowyj_zawet.txt

ну ты понял

Phil
26.08.2018
19:45:26
О. Библейские чтения

Roman
26.08.2018
19:46:35
да. я не спорю что в разработке приложений это мешает. но сейчас связка html+css+js держит разработчика в рамках того что контент как документ первичен, а интерфейс вторичен. а будет наоборот. мобильные приложения тому свидетель
HTML/CSS останется, для сайтов, именно статических сайтов, документов просто веб приложения это очень крутая вещь, ибо ты написал его 1 раз и оно работает абсолютное везде, на смартфоне, на ноуте, на планшете, да хоть на терминале... его даже approve'ить не нужно в app store'e каком либо.. и устанавливать не нужно но писать динамическое приложение на технологии которая была придумана для статических документов это пздц, я тебе как HTML5 разработчик говорю

Google
Roman
26.08.2018
19:50:21
dropbox.com docs.google.com figma.com spotify.com это всё приложения которые мне приходят на ум

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

Владимир
26.08.2018
19:52:18
Привет. Подскажите, где посмотреть структуру веб-приложения.
Я вопрос про го повторю, если никто не против. :)

Subbotin
26.08.2018
19:54:27
эмм.. это вообще-то документ а не приложение, да и опять-же: нужно будет - реализуем
забудете. потому что большинству не нужно, а вы как разработчик вендорлок приложения не заинтересованы в копипасте контента

ладно. пойду дальше жрать козявки с пятки

живите как знаете

я напророчил

Roman
26.08.2018
19:55:50
забудете. потому что большинству не нужно, а вы как разработчик вендорлок приложения не заинтересованы в копипасте контента
ладно, пиши приложения на HTML/CSS и дальше.. ну или по 1 нативному для каждой платформы на разных языках, парадигмах и фреймворках.. удачи))

Subbotin
26.08.2018
19:56:55
я же не говорил что васм + опенгл это плохо. хорошо конечно. удобно разрабатывать и вот это всё. только мир станет чуточку несвободнее в плане обращения с контентом

Roman
26.08.2018
19:58:06
я же не говорил что васм + опенгл это плохо. хорошо конечно. удобно разрабатывать и вот это всё. только мир станет чуточку несвободнее в плане обращения с контентом
у нас только 2 варианта, продолжать впихать невпихуемое или продожать не делать приложения кросс-платформенными потому-что это дорого и сложно

Subbotin
26.08.2018
19:59:15
это с точки зрения разработчика

Roman
26.08.2018
20:00:58
с каких это пор ты сможешь кстати выделить текст на смартфоне в HTML документе если я как разработчик в CSS пропишу стиль user-select: none;? консольки то у тебя - нет

получается на смартфоне всё-равно HTML или нет?

Subbotin
26.08.2018
20:03:47
ага.

слава богу есть десктопы

Roman
26.08.2018
20:08:43
слава богу есть десктопы
которые проигрывают мобилкам по доле рынка

Subbotin
26.08.2018
20:10:16
ну типа потому что телефончик влезает в карман и можно дрочить на весу и лёжа верх ногами

Alexander
26.08.2018
20:13:46
ребят, а какие embedded метрики нынче в моде? go-metrics?

Google
Alexander
26.08.2018
20:14:05
или все "встраивают" прометей? expvar еще нагуглился

Alexander
26.08.2018
21:22:14
у нас expvar
спасиб, попробую сначала с ним поиграться тогда

Aleserche
27.08.2018
01:21:55
Рекламщики будут рады wasm

Vladimir
27.08.2018
03:28:40
Всем привет, такой вопрос - как правильно организовать периодическое получение сообщений из stderr/stdout для процесса, заспавненного из Go (получение прогресса грубо говоря каждые N секунд или как что-то придет в stdout/err)

Dmitri
27.08.2018
03:34:02
у меня задача простая, Params.SomeCustomTypedParam.String()
вы таки задумайтесь над вставкой форматированного кода. А по существу: func (c CustomTypedSLice) String() string {} Вы, конечно, не этого хотите, но в коде у вас именно это.

ну т.е. в методы будут некие дейтсвия над слайсом CustomTypedSLice
перечитай свой код. Слайс у тебя SomeCustomTypedParam, а CustomTypedSlice - это тип значений, сложенных в этом слайсе.

Vladimir
27.08.2018
03:56:38
вопрос слегка протух

вроде нашел то, что надо

https://github.com/go-cmd/cmd

Isken
27.08.2018
04:20:31
Дороу

Не подскажете мне : я пишу сервер на go но он не запускается так как проблема цитирую : функция ReadConfig должна быть комментирована или unexported

DMITRY
27.08.2018
04:23:29
код в студию

Страница 1658 из 1674