Именно по этому я поместил сей материал в раздел "Мнение". Как раз думаю в этом направлении.
Ведь получается, что если мы где то считываем значение переменной varOfRectangle, то какая нам разница, от куда она получила это значение?
property var varOfRectangle: item.varOfItem
...
property var ourProblemVar: varOfRectangle
В этом куске кода мы имеем проблему с ourProblemVar. Мы думали что получим значение из item.varOfItem. Но его не получаем, поскольку varOfRectangle где то в другом месте был переназначен.
Резонно задать вопрос: а какая нам разница, от куда получено значение varOfRectangle, если мы на него биндимся? Если разница всё таки есть, то тогда так и надо писать:
property var ourProblemVar: isCondition ? varOfRectangle : item.varOfItem
Вот и будем получать гарантировано что хотим.
alias который создает bi-directional binding
Имеенно так. Именно bi-directional binding мне сейчас нужен! И я долго думал как его сделать, поскольку есть проблема: компонент, к которому надо сделать алиас, находится внутри Loader-а.
У меня есть ListView внутри Loader-а, который грузится какое то время, и есть currentIndex из файла конфигурации, который тоже грузится не сразу. И мне как то надо их свести вместе :)
Но это уже совсем другая история...
А так, да, alias, сейчас смотрю в этом направлении, спасибо!
Тем не менее, логика статьи мне кажется всё равно актуальной. Зачем писать:
property var varOfRectangle: item.varOfItem
... когда varOfRectangle всё равно не будет равен item.varOfItem? А если и будет, то хрен знает когда и как надолго. Мне кажется, тут лучше поставить readonly.
Если же мы где то хотим эту переменную переназначать, то зачем тогда ей присваивать Qt.binding( function () { return item.varOfItem } ) ? Ведь это так же лишено смысла.
Вот и получается, что такая форма записи логически не приводит в багу, но и смысла в ней нет. Либо присваиваем Qt.binding и пишем readonly, либо нехрен присваивать если всё равно перезапишешь.
Думаю, для полноты картины стоит ещё пройтись и по default и по required, чтобы картина присвоения значения переменных была полной.
жаль что так как ты мыслят далеко не все менеджеры. но я рад что хоть где-то есть порядок.
может быть в яндексе не всё так плохо как говорят.
было приятно пообщаться.
Предположим есть работник, который ну очень круто пишет на GLSL и разбирается в математике, но ему крайне трудно сделать коммит в отдельный бранч, смёржить или подмёржить себе изменения из другой ветки, или например дебажные/девелоперские фичи в коде для релоада шейдеров налету без перезапуска проекта — найти в коде, воспользоваться или сделать их самому для этого человека нереально сложно. Как такого можно классифицировать? Это опытный или как?
Да понятно, я пошутил )
А вот то что опытных разработчико не хватает — тут я не согласен.
Есть такая поговорка:
«С опытными работниками и тупой менеджер проект построит. Хороший же менеджер построит проект и с тупыми работниками».
Сложность проектов растёт из-за вечной «доделки» и напихивания костылей.
Аудит, ревью всего хода работы отдела проводиться только тогда, когда полный капец и вызывают кризис менеджеров. Если бы аудит работы сотрудников (технический) проводили хотя бы раз в пол года, планово, не дожидаясь кризиса, то сложность работ была бы значительно ниже.
Сюда же можно отнести и течку каждов. Каждый новый кадр стремиться вставить своё решение, свою любимую библиотеку в проект, от чего деплой проекта (поддержка, развёртываемость, сложность) становиться все больше и толще. Это тоже влияет на всё возрастающую сложность.
Как-то много противоречий в этом человеке. С одной стороны он говорит что рад трудиться за идею. С другой — он никогда не фанател ни от научпопа, ни от изучения средств программирования.
В яндекс он пришёл с чистой трудовой книжкой, если я правильно понял из прочитанного. Что удивительно.
В общем и целом — самый середнячковый программист.
Портрет безликого.
Донесёшь ты до него свой «отзыв», ок. На что от резонно скажешь: брателло, переходи на Теле2 и не парь меня. Или расплачеться и станет перед тобой на колени. И покаится. Ок. Ты будешь доволен? Качество связи то от этого не изменится. Хочешь улучшить мегафон — иди туда работать, и примени свои знания и умения конструктивно.
Абсолютно верно.
Но тут скрывается психологический баг человеческой сущности.
Вспомни видео, как Биллу Гейтсу размазали торт по морде.
Согласись, что человек, который так ненавидит виндовс, не обязан его использовать. Никто не обязывал и не заставлял использовать виндовс, но тем неменее он им пользуется и его не навидит.
Более подробно об этом отписывался главный разработчик игры RUST. Он писал что-то вроде: «вы наиграли в эту игру уже более 2000 часов, но по прежнему её ненавидите! после каждого апдейта визги о том что RUST — говно, прекращаются на месяц, но затем возобновляются с новой силой.»
Тоже можно сказать и о ненависниках фастфуда, которые всё равно туда ходят каждый день. Они ненавидят фастфуд, себя за то что пришли сюда, и всех его работников, клиентов, и конечно отца-основателя ненавидят больше всего.
Тоже самое и с Мегафоном. Что тебе сделал плохого финансовый директор мегафона? Най кой чёрт ему нужен твой «отзыв»? Он соберёт фидбек более профессионально с более репрезентативной выборкой если ему это понадоиться для его бизнеса.
Я на данный момент работаю над тем, чтобы привести свою форму в порядок, и в ближайшем времени сам хочу пополнить ряды ДОСААФ. Мне не приятна эта дискуссия, потому что за каждый свой коммент я получаю минус в карму.
Любая система система поощерения и наказания — это…
да что там сочинять дальше…
просто минусуйте этот комент.
Я — лютое зло. Такие как я — не должны существовать!
«потому что там аудитория собирается в комментах чтобы отпраздновать это событие»
да, тут ты прав.
я хотел чтобы беседа пошла по другому. Хотел выяснить, понимает ли народ настоящие угрозы этого закона или его внимание отвлечено на что-то другое. Задал я вопрос резко и безтактно. Согласен.
Это логично, такая симметрия. Но зачем? Профит кому и какой от этого? Например я буду знать, какой номер у автомобиля финансового директора ОАО Мегафон. Круто. Но нафига мирным гражданам такие знания?
Поменьше смотри телевизор и не сиди в интернете без толку. Больши доверяй тому что видишь, общайся с друзьями в реале, походи в какой нибудь кружок. Например ты можешь купить или заказать модельку из OverWatch для расскраски или кораблик какой нибудь для сборки. Кстати, вышла клёвая настолка Dead Of Winter. А в ру-зоне появились ролевые игры на основе стракбола. Можешь записаться на хокей. И купи себе бооооольшую банку игры в магазине финских товаров, как пить дать у тебя есть на что её купить. Сделай всё это, и уверяю, тебе станет легче.
«Да нет, я как раз с удовольствием выясню, что ошибался.»
а я с удовольствием потрачу карму в глубокий минус и уйду в бан.
ты — получишь знания, а я — потеряю профит от всех статей которые опубликовал тут.
м-м. сомнительное удовольствие.
«А так везде.»
Нет, так не везде.
Но если ты считаешь, что повидал мир и людей уже достаточно чтобы сделать такой вывод для себя — ради бога, мешать не стану.
Кстати, хорошее решение. Тогда зачем нужен readonly? :)
Именно по этому я поместил сей материал в раздел "Мнение". Как раз думаю в этом направлении.
Ведь получается, что если мы где то считываем значение переменной varOfRectangle, то какая нам разница, от куда она получила это значение?
В этом куске кода мы имеем проблему с ourProblemVar. Мы думали что получим значение из item.varOfItem. Но его не получаем, поскольку varOfRectangle где то в другом месте был переназначен.
Резонно задать вопрос: а какая нам разница, от куда получено значение varOfRectangle, если мы на него биндимся? Если разница всё таки есть, то тогда так и надо писать:
Вот и будем получать гарантировано что хотим.
Имеенно так. Именно bi-directional binding мне сейчас нужен! И я долго думал как его сделать, поскольку есть проблема: компонент, к которому надо сделать алиас, находится внутри Loader-а.
У меня есть ListView внутри Loader-а, который грузится какое то время, и есть currentIndex из файла конфигурации, который тоже грузится не сразу. И мне как то надо их свести вместе :)
Но это уже совсем другая история...
А так, да, alias, сейчас смотрю в этом направлении, спасибо!
Тем не менее, логика статьи мне кажется всё равно актуальной. Зачем писать:
... когда varOfRectangle всё равно не будет равен item.varOfItem? А если и будет, то хрен знает когда и как надолго. Мне кажется, тут лучше поставить readonly.
Если же мы где то хотим эту переменную переназначать, то зачем тогда ей присваивать Qt.binding( function () { return item.varOfItem } ) ? Ведь это так же лишено смысла.
Вот и получается, что такая форма записи логически не приводит в багу, но и смысла в ней нет. Либо присваиваем Qt.binding и пишем readonly, либо нехрен присваивать если всё равно перезапишешь.
Думаю, для полноты картины стоит ещё пройтись и по default и по required, чтобы картина присвоения значения переменных была полной.
Иногда от этого становится чуточку обидно…
может быть в яндексе не всё так плохо как говорят.
было приятно пообщаться.
А вот то что опытных разработчико не хватает — тут я не согласен.
Есть такая поговорка:
«С опытными работниками и тупой менеджер проект построит. Хороший же менеджер построит проект и с тупыми работниками».
Сложность проектов растёт из-за вечной «доделки» и напихивания костылей.
Аудит, ревью всего хода работы отдела проводиться только тогда, когда полный капец и вызывают кризис менеджеров. Если бы аудит работы сотрудников (технический) проводили хотя бы раз в пол года, планово, не дожидаясь кризиса, то сложность работ была бы значительно ниже.
Сюда же можно отнести и течку каждов. Каждый новый кадр стремиться вставить своё решение, свою любимую библиотеку в проект, от чего деплой проекта (поддержка, развёртываемость, сложность) становиться все больше и толще. Это тоже влияет на всё возрастающую сложность.
В яндекс он пришёл с чистой трудовой книжкой, если я правильно понял из прочитанного. Что удивительно.
В общем и целом — самый середнячковый программист.
Портрет безликого.
Весьма познавательная статья.
Но тут скрывается психологический баг человеческой сущности.
Вспомни видео, как Биллу Гейтсу размазали торт по морде.
Согласись, что человек, который так ненавидит виндовс, не обязан его использовать. Никто не обязывал и не заставлял использовать виндовс, но тем неменее он им пользуется и его не навидит.
Более подробно об этом отписывался главный разработчик игры RUST. Он писал что-то вроде: «вы наиграли в эту игру уже более 2000 часов, но по прежнему её ненавидите! после каждого апдейта визги о том что RUST — говно, прекращаются на месяц, но затем возобновляются с новой силой.»
Тоже можно сказать и о ненависниках фастфуда, которые всё равно туда ходят каждый день. Они ненавидят фастфуд, себя за то что пришли сюда, и всех его работников, клиентов, и конечно отца-основателя ненавидят больше всего.
Тоже самое и с Мегафоном. Что тебе сделал плохого финансовый директор мегафона? Най кой чёрт ему нужен твой «отзыв»? Он соберёт фидбек более профессионально с более репрезентативной выборкой если ему это понадоиться для его бизнеса.
А пример демократического общения например тут:
www.cyberpunkforums.com
Любая система система поощерения и наказания — это…
да что там сочинять дальше…
просто минусуйте этот комент.
Я — лютое зло. Такие как я — не должны существовать!
да, тут ты прав.
я хотел чтобы беседа пошла по другому. Хотел выяснить, понимает ли народ настоящие угрозы этого закона или его внимание отвлечено на что-то другое. Задал я вопрос резко и безтактно. Согласен.
а я с удовольствием потрачу карму в глубокий минус и уйду в бан.
ты — получишь знания, а я — потеряю профит от всех статей которые опубликовал тут.
м-м. сомнительное удовольствие.
Нет, так не везде.
Но если ты считаешь, что повидал мир и людей уже достаточно чтобы сделать такой вывод для себя — ради бога, мешать не стану.