а есть идеи, может быть ^^ или мне в более хакерский чат?
Неа. В смысле да
Serhiy
Анатолий
Самые веселые это конечно подписки на сайтах. Зашел с мобилы, случайно в ЛЮБОЕ место на экране тыкнул - всё, ты подписался ибо на весь экран был эвент хандлер на вызов нужного калбека
Мегафон этим постоянно грешил, это была одна из главных причин, почему я свалил с них
Anonymous
Мегафон этим постоянно грешил, это была одна из главных причин, почему я свалил с них
Он до сих пор грешит. И ещё эти уродцы не компенсировали мне ни на одну симкарту денех када у них траблы были))
Andrew
Zhulduz
Зачем использовать промисы для получения данных с сервера?
Можно использовать async/await и получить красивый код
Anton
Сохранять ли в .gitignore open source проекта папку «.idea» и прочие окружения локальной среды разработки или исключать её иными средствами, встроенными в Git или IDE?
Да, включать в .gitignore – 46
👍👍👍👍👍👍👍 84%
Нет, не включать в .gitignore – 9
👍 16%
👥 55 people voted so far.
Anton
однако внезапно
Alex
Однако странные вопросы..
Anton
Мне просто интересно как у людей принято, гадить в репе или не гадить
Winni
Принято не гадить, но все равно срут, сволочи"
Nikolay
ну тех которые срут надо по рукам и в угол
Renat
Включать в .globalgitignore
доня.
Сохранять ли в .gitignore open source проекта папку «.idea» и прочие окружения локальной среды разработки или исключать её иными средствами, встроенными в Git или IDE?
Да, включать в .gitignore – 46
👍👍👍👍👍👍👍 84%
Нет, не включать в .gitignore – 9
👍 16%
👥 55 people voted so far.
в .gitignore, конечно же, не включать
вот @BRenat правильно сказал, только по умолчанию оно лежит в ~/.config/git/ignore
доня.
а ещё вроде можно в git репозитории локально включить, но не в .gitignore а куда-то ещё в папке .git, чтобы оно игнорировалось но в мастер ничего вообще не попадало
не помню куда точно класть надо, я этой фичей не пользовался
Анатолий
Мне просто интересно как у людей принято, гадить в репе или не гадить
Я всю персонализацию храню в отдельной личной репе :) с бэкапами
Анатолий
Она тоже версионирование любит, но у каждого своя
доня.
ну кстати вообщеее, если проект не публичный и вся команда использует допустим IDEA, то наверное можно и в репе держать
доня.
но в опенсорсе точно нет
доня.
Я всю персонализацию храню в отдельной личной репе :) с бэкапами
а если не секрет, что там такого специфичного в проекто-специфичной конфигурации редактора/IDE у тебя, чтобы прямо с версионированием и бэкапами заморачиваться?
у меня-то всё сводится к использованию того что и так лежит в репе - инструменты для сборки, настройки линтеров, .editorconfig
Oleg
Это всё из разряда падения метеорита на застрахованную машину. Очень маловероятно что у кого-то будет папка .idea, которая вот как-то вот по особому используется, что вот нельзя её игнорить
Oleg
Более того я видел проекты где в гитигноре сразу от всех мыслимых редакторов гитигноры чтобы лишнего не капало
Oleg
И прочее такое
Oleg
Так что да - включать
Oleg
Ибо зачем осложнять себе жизнь какими-то специальными там внешними средствами, версионированными хранилищами глобальных там игноров и прочую хрень такую
Oleg
То есть это не та задача где оное нужно
доня.
просто добавляешь строку в глобальный гитигнор
доня.
а засорять проектный гитигнор конфигами всех возможных редакторов - такое
Дима
Более того я видел проекты где в гитигноре сразу от всех мыслимых редакторов гитигноры чтобы лишнего не капало
### Project builds ###
build
dist
lib
es
### Temp files ###
.DS_Store
test/temp
.sass-cache
.tmp
.grunt
.cache
### TODO Cleanup, describe and organize the following lines
app/vendor
test/scripts/
dump.rdb
tests_output
browserstack.err
stats.json
*.json.gzip
### IDE specific ###
## Microsoft
.vscode/
.vs/
## JetBrains
*.iml
.idea/
*.ipr
*.iws
## JetBrains plugin-specific files ###
# IntelliJ
/out/
# mpeltonen/sbt-idea plugin
.idea_modules/
# JIRA plugin
atlassian-ide-plugin.xml
# Crashlytics plugin (for Android Studio and IntelliJ)
com_crashlytics_export_strings.xml
crashlytics.properties
crashlytics-build.properties
### Coverage ###
# jscoverage/JSCover
lib-cov
# istanbul
coverage
# nyc
.nyc
### Node ###
# Logs
logs
*.log
npm-debug.log*
# Runtime data
pids
*.pid
*.seed
# node-waf configuration
.lock-wscript
# Dependency directory
node_modules
доня.
ну вот и потом такое, спасибо
https://www.gitignore.io/api/vim%2Cintellij%2Cvisualstudio%2Cvisualstudiocode
Sergey
не забыть добавить osx linux windows
Sergey
чтобы OS-related говна не было
Дима
доня.
hue-hue
https://www.gitignore.io/api/osx%2Cvim%2Clinux%2Cemacs%2Cwindows%2Cintellij%2Csublimetext%2Cvisualstudio%2Cvisualstudiocode
Sergey
мне git-extras помогает
делаю:
git ignore-io node osx linux windows > .gitignore
Sergey
и усё
доня.
ну неееееет(
доня.
почему нельзя linux-разрабу один раз себе зделоть git ignore-io linux >> ~/.config/git/ignore, windows-разрабу и osx-разрабу аналогично со своими глобальными конфигами, и больше никогда не мусорить в проектный .gitignore?(
Sergey
а так можно?
Sergey
лол
Anonymous
почему нельзя linux-разрабу один раз себе зделоть git ignore-io linux >> ~/.config/git/ignore, windows-разрабу и osx-разрабу аналогично со своими глобальными конфигами, и больше никогда не мусорить в проектный .gitignore?(
Прописывать все в гитигноре проекта езмь необходимость. такая же как использовать хаски, а не самостоятельно писать хуки в .git
Sergey
доня.
если разраб не сделал такого, то будет срач
ну дык git он на то и git
разраб намусорил, тимлид сказал откатывай бля и коммить как мужык
не?
Anonymous
ну дык git он на то и git
разраб намусорил, тимлид сказал откатывай бля и коммить как мужык
не?
Зачем доводить до этого, когда саму возможность такого ожно обрубить на корню десятком строк в файле, который либо скрыт в редакторах, либо туда заглядывают раз в 10 лет.
Sergey
Anonymous
плюс всегда есть человеческий фактор, который может пропустить node_modules в мастер, например.
Anonymous
плюс всегда есть человеческий фактор, который может пропустить node_modules в мастер, например.
( хотя не заметить 100к файлов на мерже довольно сложно, лел )
myk.
Sergey
.DS_Store
Sergey
бесит
Sergey
и .Thumbs
Anonymous
Ни разу не сталкивался
я один раз забыла про гитигнор и сделала инит коммит со всем барахлом, кек.
Sergey
и прочий шлак
Igor
О, Миша
myk.
🤷🏻♂
Anton
Зачем доводить до этого, когда саму возможность такого ожно обрубить на корню десятком строк в файле, который либо скрыт в редакторах, либо туда заглядывают раз в 10 лет.
допустим я пишу в Sublime
мне зачем знать про ваши извращения с IDE? у меня в саблайме всё чистенько и аккуратненько, а тут пришли и начинают пакости свои пропихивать
Zhulduz
Сохранять ли в .gitignore open source проекта папку «.idea» и прочие окружения локальной среды разработки или исключать её иными средствами, встроенными в Git или IDE?
Да, включать в .gitignore – 46
👍👍👍👍👍👍👍 84%
Нет, не включать в .gitignore – 9
👍 16%
👥 55 people voted so far.
Такие вещи, думаю, стоит сохранять в глобальном гитигноре. Если постоянно пользуюсь одним и тем IDE. В локальном гитигноре сохранять то, что касается непосредственно для самого проекта.
Anonymous
допустим я пишу в Sublime
мне зачем знать про ваши извращения с IDE? у меня в саблайме всё чистенько и аккуратненько, а тут пришли и начинают пакости свои пропихивать
WUT.
1. Атом не иде.
2. Удачи в экономии на спичках.
Danila
Anatoly
переустанови модули
Nikolay
Чат, может кто объяснить, или кинуть ссылку, почему в конструкторе дочернего класса необходимо вызывать super? Знаю зачем, но не понимаю почему так сделали
Андрей
Чат, может кто объяснить, или кинуть ссылку, почему в конструкторе дочернего класса необходимо вызывать super? Знаю зачем, но не понимаю почему так сделали
Чтобы инициализировать родительский класс.
Nikolay
зачем? в других методах не надо вызывать супер, почему дочерний конструктор не может по умолчанию создавать свой this
Nikolay
просто это напоминает
function Child() {
Parent.call(this);
...
вместо
Child.prototype = Object.create(Parent.prototype);
Nikolay
а нижняя строчка похожа на class Child extends Parentто есть как будто в ES6 смешали оба способа
Anonymous
попробуй толдько эту строчку закоментить
//wrap.load(this.getTrigger().attr("href"));
это тоже пробовал, похоже како то косяк новой версии JQ.. Разбираться времени небыло, по этому просто переписал на голом JS))
ghett
как лучше в жабе обращаться к элементу хтмл, ну и стили раздавать соотвественно,
например $('#wrapp div").ex(i); или $('.divUnderWrapp").ex(i);
?
так же типа и классов/id лишних не нужно
Anonymous
ghett
Чего?
напирмер, есть папа див и его дети, можно раздать класс детям и обращаться напрямую по классу, или можно обращаться к элементам родительского дива через папу див $('#wrap div').ex();
Андрей
Anonymous
Стиили через element. classList['add'/'remove'/'toggle'](className)