Как раз столкнулся с этой проблемой, оказалось что получать всех участников группы можно только «приложению», а там отдельная регистрация и тп
Я забил, сделал решение, добавляющее (а заодно обновляющее, вдруг ник поменялся) участников в кэш при их любом сообщении, а также при ивенте входа в группу (ну и удаление при выходе). Подсмотреть, если вдруг пригодится, можно тут
Лень, конечно, двигатель прогресса. Я также в конфе по совместным играм тг с друзьями написал бота чтобы по тегу @all он как в слаке тегал всех, чтобы не перечислять по одному никнейму всех людей)
Да, зацепило. Потому что time-to-market хоть и в минусе, но в общем и целом бизнес в плюсе почти всегда (почти - потому что испортить можно все и всегда). 1. Код-ревью как средство обучения сотрудников - когда бородатый сеньор объясняет джуну в чем он не прав, что качает одному софты, а второму харды; 2. Код-ревью как шаринг знаний по проекту - когда ты в один прекрасный момент получаешь задачку в той части кода, в которую лез один раз тысячу лет назад, но зато смотрел ревью коллеги, который там работает, и у тебя уже есть знания, иначе ты можешь порушить устойчивые костыли или просто надолго там задуматься; 3. Код-ревью как валидация ошибок - опять же, если у одного человека есть bus-фактор, то он как кодовнер может отвалидировать и исправить ошибки еще до влития куда-либо, их потом не нужно искать! 4. Код-ревью как "о офигеть, я не знал что так можно" - я вот не знал, что в JS стало можно обращаться к testString[0], вместо testString.charAt(0) , и пусть конкретно это - минорное и незначительное знание, но если это будет касаться чего-то крупнее? Человек с любым опытом может не знать/забыть какие-то вещи.
Испортить действительно можно всегда, и 5 обязательных аппрувов на изменение отступов - не нужно, но кодовнерство и сама практика ревью кода в принципе - благо почти со всех сторон. Лично я не знаю примеров, где ревью кода не нужно было бы вообще как процесс, а еще я думаю, что лучше однообразие, и пусть кому-то придется пойти и поставить аппрув на этом дурацком отступе, но лучше так, чем кто-то по ошибке сможет влить и выкатить в прод без единой проверки второго человека (ведь ручное тестирование тоже нужно не всегда, верно?).
Не пользуюсь, но точно знаю что все DnD механизмы требуют возможности отменить действие (как в телеге и вроде в gmail), например - появляется полоска с чем-то типа "Отменить действие (10 сек)?". Иначе предчувствую счастливые эмоции пользователей, не очень привыкших к такому UX и дропающих важные сообщения вместо папки важных в спам)
Не ждал от него ничего прорывного, поставил себе как вспомнил о нем, занимаюсь веб разработкой, ИИ успешно генерит мне тесты с jest + typescript, экономит время на написание болванок, а больше мне и не надо)
Сниппетами для верстки или для бизнес логики не пользуюсь, но где-то были и корректные подсказки.
Короче не революция, но приносит пользу, так что имеет право на жизнь
Судя по википедии ГО появилась раньше шахмат, а в нее так-то играли не какие-то ваши князьки, а настоящие императоры поднебесной! Так что вам -15 социального рейтинга за пропуск)
Описание и пример картинки это очень наглядно, спасибо! Сам еще пользуюсь https://colorhunt.co/palettes/ этим сайтом для выбора всей палитры, да и просто для проверки сочетаемости цветов, и https://cssgradient.io/gradient-backgrounds/ для выбора градиентов, которые всегда юзаю 3 раза подумав о необходимости в интерфейсе.
С одной стороны я очень понимаю эти мысли про разочарование в вузе, но с другой меня всегда удивляла наивность этих людей. Если вы любите программирование, то почти наверняка вы давно опережали школьную программу и посмеивались над паскалем в школе, дак почему вы ждете чего-то другого от вуза? Программа вуза рассчитана на то, чтобы продолжить обучение ваших одноклассников, которые в свое время закрывали домашки в школе на паскале и на уроках информатики изучали power point, поэтому как минимум часть обучения в вузе программа обязана просто подтянуть всех до одного уровня знаний (примерно). А значит, опять же, пока всех дотягивают до одного уровня, те кто уже фрилансил в школе опять убегают вперед и начинают работать на уровне middle c 1-2 курса. Все это самообучение, почему так много наивных людей в 21 году, рассчитывающих на это высшее образование как на достаточный источник знаний? В js фреймворки быстрее появляются и умирают, чем вуз может согласовать программу. Хватит смотреть на вуз как на источник знаний, для парней-программистов это просто несколько лет отсрочки и корочка для более простой релокации. С другой стороны, я как раз один из таких школьников, которые начинают получать деньги за код еще доучиваясь в старших классах, но для меня достаточно много (по-моему собственному мнению) знаний в вузе оказались вполне прикладными - алгоритмизация, английский, какие-то знания по управлению разработкой (а-ля agile). Мои однокурсники успешно за счет знаний вуза и небольших изысканий тоже начинают получать работу к третьему курсу, неужели я живу в потоке исключений? Можете дизлайкать, но если человек жаждущий стать программистом, не учится дома и не делает миллион одинаковых калькуляторов просто из желания написать самый крутой свой калькулятор - вполне закономерно, что в такой конкурентной и быстро развивающейся среде он останется на обочине, не надо винить в этом вуз или плохих дядек из калифорнии с постоянными изменениями в сфере.
Да, почему-то многие компании балуются "региональными коэффициентами" (я не рассуждаю оправданно со стороны работодателя это или нет - какая-то логика в этом все-таки есть, но мне как соискателю это неприятно). Меня недавно хантил яндекс и предлагал в целом рыночную зп, но хантил через аутсорс hr и где-то яндексовые hr и эта девушка аутсорсер не сконнектились - яндекс думал, что я москвич, но ленюсь ходить в офис, а девушка точно знала, что я из Перми и временно к релокейту не готов. По итогу, яндекс сначала предложил мне оффер на X, а уже потом извинился и предложил оффер на 0.75*X, тк не знал, что я фул удаленщик. Вот такой вот miscommunication.
С моей точки зрения - потому что это очень легко в плане проектирования и написания, если взять архитектуру Vuex и просто переписать ее для composition api. Ну, а преимущество этого в свободе от зависимостей и свободе кастомизации)
Но это мой вывод спустя написание пары сторов для пет проектов и проектирования одного в небольшой коммерческий проект, возможно с большой командой можно столкнуться с какими-то подводными)
Выглядит как неплохое решение, но я все же склонен думать, что во vue 3 проще заархитектурить свое хранилище на композишине, так или иначе легче контролировать и менять что-либо в нем. Но тем кому просто не хочется что-либо придумывать, pinia подойдет отлично)
Issue тоже находил, но там только общие фразы типа "быстрее, но насколько - не знаем-с". Ради интереса провел свои тесты, компилируются реально по-разному, но перформанс тесты дают одинаковое время рендеринга на уровне погрешности. Так что в супернагруженных приложениях темплейты может и дают преимущества, но в общих случаях можно юзать то, что нравится :)
В родителе и не проверяются типы child, я обозначил это как проблему темплейтов, а решается она, к сожалению, только TSX пока что. Я как раз и привел пример TSX компонента (типа и так можно писать). Vue-property-decorator не имеет смысла с новым setup во vue 3, а во 2 vue он единственный шанс нормально писать на typescript, да (https://habr.com/ru/post/540798/ самореклама, там писал об этом) . Что вы имеете ввиду под правильным оформлением кода, не совсем понял( В общем, я считаю это бутылочным горлышком vue, но его можно прекрасно использовать и без 100% проверок типов, просто я ради интереса постоянно пытаюсь довести это до максимума)
Я искренне рад за людей, который могут создать такую архитектуру, где общее хранилище данных и типизация будут не нужны в силу понятности и очевидности всех решений. Пока что за пределами пет-проектов я таких людей не видел, к сожалению.
Ответил ниже, автоподсказки - плагин помогающий вам с названием переменных, но все давно болеют за полноценную типизацию template (внутри то все равно все типизировано!)
все еще удивлен, что нет встроенного функционала у самого клиента(
вдохновляйтесь на здоровье
Как раз столкнулся с этой проблемой, оказалось что получать всех участников группы можно только «приложению», а там отдельная регистрация и тп
Я забил, сделал решение, добавляющее (а заодно обновляющее, вдруг ник поменялся) участников в кэш при их любом сообщении, а также при ивенте входа в группу (ну и удаление при выходе). Подсмотреть, если вдруг пригодится, можно тут
Лень, конечно, двигатель прогресса. Я также в конфе по совместным играм тг с друзьями написал бота чтобы по тегу @all он как в слаке тегал всех, чтобы не перечислять по одному никнейму всех людей)
Да, зацепило. Потому что time-to-market хоть и в минусе, но в общем и целом бизнес в плюсе почти всегда (почти - потому что испортить можно все и всегда).
1. Код-ревью как средство обучения сотрудников - когда бородатый сеньор объясняет джуну в чем он не прав, что качает одному софты, а второму харды;
2. Код-ревью как шаринг знаний по проекту - когда ты в один прекрасный момент получаешь задачку в той части кода, в которую лез один раз тысячу лет назад, но зато смотрел ревью коллеги, который там работает, и у тебя уже есть знания, иначе ты можешь порушить устойчивые костыли или просто надолго там задуматься;
3. Код-ревью как валидация ошибок - опять же, если у одного человека есть bus-фактор, то он как кодовнер может отвалидировать и исправить ошибки еще до влития куда-либо, их потом не нужно искать!
4. Код-ревью как "о офигеть, я не знал что так можно" - я вот не знал, что в JS стало можно обращаться к
testString[0], вместоtestString.charAt(0), и пусть конкретно это - минорное и незначительное знание, но если это будет касаться чего-то крупнее? Человек с любым опытом может не знать/забыть какие-то вещи.Испортить действительно можно всегда, и 5 обязательных аппрувов на изменение отступов - не нужно, но кодовнерство и сама практика ревью кода в принципе - благо почти со всех сторон. Лично я не знаю примеров, где ревью кода не нужно было бы вообще как процесс, а еще я думаю, что лучше однообразие, и пусть кому-то придется пойти и поставить аппрув на этом дурацком отступе, но лучше так, чем кто-то по ошибке сможет влить и выкатить в прод без единой проверки второго человека (ведь ручное тестирование тоже нужно не всегда, верно?).
Не пользуюсь, но точно знаю что все DnD механизмы требуют возможности отменить действие (как в телеге и вроде в gmail), например - появляется полоска с чем-то типа "Отменить действие (10 сек)?". Иначе предчувствую счастливые эмоции пользователей, не очень привыкших к такому UX и дропающих важные сообщения вместо папки важных в спам)
Не ждал от него ничего прорывного, поставил себе как вспомнил о нем, занимаюсь веб разработкой, ИИ успешно генерит мне тесты с jest + typescript, экономит время на написание болванок, а больше мне и не надо)
Сниппетами для верстки или для бизнес логики не пользуюсь, но где-то были и корректные подсказки.
Короче не революция, но приносит пользу, так что имеет право на жизнь
Судя по википедии ГО появилась раньше шахмат, а в нее так-то играли не какие-то ваши князьки, а настоящие императоры поднебесной! Так что вам -15 социального рейтинга за пропуск)
Описание и пример картинки это очень наглядно, спасибо! Сам еще пользуюсь https://colorhunt.co/palettes/ этим сайтом для выбора всей палитры, да и просто для проверки сочетаемости цветов, и https://cssgradient.io/gradient-backgrounds/ для выбора градиентов, которые всегда юзаю 3 раза подумав о необходимости в интерфейсе.
С одной стороны я очень понимаю эти мысли про разочарование в вузе, но с другой меня всегда удивляла наивность этих людей.
Если вы любите программирование, то почти наверняка вы давно опережали школьную программу и посмеивались над паскалем в школе, дак почему вы ждете чего-то другого от вуза? Программа вуза рассчитана на то, чтобы продолжить обучение ваших одноклассников, которые в свое время закрывали домашки в школе на паскале и на уроках информатики изучали power point, поэтому как минимум часть обучения в вузе программа обязана просто подтянуть всех до одного уровня знаний (примерно). А значит, опять же, пока всех дотягивают до одного уровня, те кто уже фрилансил в школе опять убегают вперед и начинают работать на уровне middle c 1-2 курса. Все это самообучение, почему так много наивных людей в 21 году, рассчитывающих на это высшее образование как на достаточный источник знаний? В js фреймворки быстрее появляются и умирают, чем вуз может согласовать программу. Хватит смотреть на вуз как на источник знаний, для парней-программистов это просто несколько лет отсрочки и корочка для более простой релокации.
С другой стороны, я как раз один из таких школьников, которые начинают получать деньги за код еще доучиваясь в старших классах, но для меня достаточно много (по-моему собственному мнению) знаний в вузе оказались вполне прикладными - алгоритмизация, английский, какие-то знания по управлению разработкой (а-ля agile). Мои однокурсники успешно за счет знаний вуза и небольших изысканий тоже начинают получать работу к третьему курсу, неужели я живу в потоке исключений?
Можете дизлайкать, но если человек жаждущий стать программистом, не учится дома и не делает миллион одинаковых калькуляторов просто из желания написать самый крутой свой калькулятор - вполне закономерно, что в такой конкурентной и быстро развивающейся среде он останется на обочине, не надо винить в этом вуз или плохих дядек из калифорнии с постоянными изменениями в сфере.
Очень подробно, спасибо! Что думаете о сравнении Турции, Болгарии и Черногории на предмет "недорого уехать на юга на зимовку"? Турция сильно дороже?
ПС. все бы TRY дублировать в USD/RUB, я если честно поленился много цифр переводить в известные валюты(
Да, почему-то многие компании балуются "региональными коэффициентами" (я не рассуждаю оправданно со стороны работодателя это или нет - какая-то логика в этом все-таки есть, но мне как соискателю это неприятно).
Меня недавно хантил яндекс и предлагал в целом рыночную зп, но хантил через аутсорс hr и где-то яндексовые hr и эта девушка аутсорсер не сконнектились - яндекс думал, что я москвич, но ленюсь ходить в офис, а девушка точно знала, что я из Перми и временно к релокейту не готов.
По итогу, яндекс сначала предложил мне оффер на X, а уже потом извинился и предложил оффер на 0.75*X, тк не знал, что я фул удаленщик. Вот такой вот miscommunication.
С моей точки зрения - потому что это очень легко в плане проектирования и написания, если взять архитектуру Vuex и просто переписать ее для composition api. Ну, а преимущество этого в свободе от зависимостей и свободе кастомизации)
Но это мой вывод спустя написание пары сторов для пет проектов и проектирования одного в небольшой коммерческий проект, возможно с большой командой можно столкнуться с какими-то подводными)
Кажется, что его нужно просто научиться готовить :)
Выглядит как неплохое решение, но я все же склонен думать, что во vue 3 проще заархитектурить свое хранилище на композишине, так или иначе легче контролировать и менять что-либо в нем. Но тем кому просто не хочется что-либо придумывать, pinia подойдет отлично)
Issue тоже находил, но там только общие фразы типа "быстрее, но насколько - не знаем-с". Ради интереса провел свои тесты, компилируются реально по-разному, но перформанс тесты дают одинаковое время рендеринга на уровне погрешности. Так что в супернагруженных приложениях темплейты может и дают преимущества, но в общих случаях можно юзать то, что нравится :)
В родителе и не проверяются типы child, я обозначил это как проблему темплейтов, а решается она, к сожалению, только TSX пока что. Я как раз и привел пример TSX компонента (типа и так можно писать). Vue-property-decorator не имеет смысла с новым setup во vue 3, а во 2 vue он единственный шанс нормально писать на typescript, да (https://habr.com/ru/post/540798/ самореклама, там писал об этом) . Что вы имеете ввиду под правильным оформлением кода, не совсем понял(
В общем, я считаю это бутылочным горлышком vue, но его можно прекрасно использовать и без 100% проверок типов, просто я ради интереса постоянно пытаюсь довести это до максимума)
Я искренне рад за людей, который могут создать такую архитектуру, где общее хранилище данных и типизация будут не нужны в силу понятности и очевидности всех решений. Пока что за пределами пет-проектов я таких людей не видел, к сожалению.
Почитаю, спасибо! С ходу не увидел там ts, но видимо просто не дочитал)
А я не приверженец насильственного чтения :)
Ответил ниже, автоподсказки - плагин помогающий вам с названием переменных, но все давно болеют за полноценную типизацию template (внутри то все равно все типизировано!)