Понятно, что все это служит одной цели — установка булевого значения.
Но, чекбокса произошел не от того, что изображено на первой фотографии, хоть заминусуйте.
Некоторые «прекрасные» примеры вызывают вопросы.
Со специями, например, догадаются ли покупатели, где корица, базилик или кориандр по воткнутым образцам.
И очередь, из которой нельзя выйти — справа и слева полки, сзади толпа народу и спереди тоже.
Вы же в самом первом предложении в статье вводите народ в заблуждение, говоря что чекбоксы «произрастают» из 1/0 переключателей.
А я вас поправил — что чекбоксы «произрастают» из американских бумажных форм.
Но в ответ вы обиделись, как гуманитарий.
Это не чекбоксы. Чекбокс это то, что изображено на бумажных формах и бюллетенях для голосования.
А тут ка картинке «switch», такие, например, используются в iOS.
Ну а еще можно вспомнить radio button. Это аналог кнопок переключения канала, на старых радиоприемниках, у меня даже был такой, советский. Отсюда и слово «radio».
Есть люди, для которых программирование на первом месте, а деньги на втором.
Есть люди, для которых деньги — на первом, программирование на втором.
Автор, очевидно, из второй категории.
Но можно ли вторую категорию назвать профессиональными программистами, так же как и первую?
>>Меньше классов, меньше функций, меньше кнопок, меньше связей и вообще — меньше.
Можно все уместить в один файл и в одну строку, кому от этого станет лучше?
>>Не пишите обобщенную функцию, если её функционал не встретился минимум три раза в разных местах.
Вася не напишет, Петя не напишет, Вова не напишет — получится 6 копий одного и того же
>>Не пишите функции и методы класса до того, как у них появится пользователь. Т.е. сперва где-то появился вызов метода и только потом появился сам метод.
Попробуйте написать какое-нибудь API или компонент на продажу подобным способом
>>Вам не нужно три уровня наследования с шаблонным классом посередине.
Если я пишу программу про животных, то там будет и Животное и Млекопитающее и Корова — вот вам и три уровня
>> Стандартный модуль вполне способен решить вашу задачу — почитайте еще раз документацию.
Уж вам то лучше знать
>>SQL — не единственное в мире хранилище. Очень много всего можно запросто хранить прямо в файлах в JSON.
SQL это structured query language, это язык, чтобы запросы выполнять к данным. В языке нельзя хранить, а файлы Json не умеют выполнять запросы
>>Не думайте о системе «на вырост». Другие требования — другая система. Не пытаться строить в деревне небоскреб — это и есть архитектура
== Не думайте о системе на вырост, просто переписывайте ее каждые полгода
>>Этот алгоритм O(n^2) можно не оптимизировать до O(n logn), потому что в данном месте n никогда не больше 5, поскольку означает число задействованных пальцев на руке.
Когда n при продакшене вдруг станет миллионом, а не 5 как на ваших локальных тестах, то ваша фраза будет «не знаю почему так все тормозит, у меня нормально было»
>> SVN — отличная система контроля версий. Особенно, когда вместе с вами её используют непрограммисты, работающие с вами над одним проектом.
Ну если вам не нужно code review, то возможно. Иначе всем будет очень весело с откатами.
>>Вам действительно нужно попиксельное освещение для визуализации мат.модели или стандартного GL_SMOOTH хватит? И, кстати, мы будем показывать её на выставке на 7-летнем ноутбуке со встроенной графикой.
Лучше тогда не идите на выставку, зачем позориться
>>Правда думаете, что цикл на итераторах работает быстрее, чем на индексах, особенно если сравнить первый и второй со временем доступа к диску?
Если на миллион доступом к диску будет один цикл, то да. Но обычно наоборот. Кстати у меня SSD.
>>Похожие классы в двух проектах — не повод связать один с другим. Считайте это случайным совпадением. Если вы сделаете общий класс, то отныне, при любом изменении, вам придется думать о двух проектах одновременно. Стоит ли это того? Вряд ли.
Зачем вобще нужны компоненты и модули? Лучше писать как есть, в инлайне так сказать, зато об обратной совместимости думать не придется!
>>Доска с маркером + телефон с камерой отлично заменяют UML-диаграммы и большую часть программ прототипирования интерфейсов
Можно вывезти Васю из колхоза, но колхоз из Васи не вывезешь. А чего уж там! Это, вам не рокет-сайенс!
Я не хочу никого обидеть, просто объективно — какой в этом смысл?
Поддерживать деревню из 40 человек, непойми где…
Есть надежда, что будет развитие, дети, которые не уедут, и деревня будет обеспечивать себя сама полностью, да еще и, возможно, что-то производить и продавать?
Еще интересно, если страничку вашей программы в appstore посещает более 3000 тысяч человек в сутки — вы будете регистрировать ее как «блогер», по новому закону? :)
Но, чекбокса произошел не от того, что изображено на первой фотографии, хоть заминусуйте.
Со специями, например, догадаются ли покупатели, где корица, базилик или кориандр по воткнутым образцам.
И очередь, из которой нельзя выйти — справа и слева полки, сзади толпа народу и спереди тоже.
А я вас поправил — что чекбоксы «произрастают» из американских бумажных форм.
Но в ответ вы обиделись, как гуманитарий.
Вот например в Apple назвали соответственный контрол «UISwitch», а не UICheckbox.
Check — отметка, box — квадратик, checkbox — квадратик для отметок.
Это не чекбоксы. Чекбокс это то, что изображено на бумажных формах и бюллетенях для голосования.
А тут ка картинке «switch», такие, например, используются в iOS.
Ну а еще можно вспомнить radio button. Это аналог кнопок переключения канала, на старых радиоприемниках, у меня даже был такой, советский. Отсюда и слово «radio».
Есть люди, для которых деньги — на первом, программирование на втором.
Автор, очевидно, из второй категории.
Но можно ли вторую категорию назвать профессиональными программистами, так же как и первую?
Можно все уместить в один файл и в одну строку, кому от этого станет лучше?
>>Не пишите обобщенную функцию, если её функционал не встретился минимум три раза в разных местах.
Вася не напишет, Петя не напишет, Вова не напишет — получится 6 копий одного и того же
>>Не пишите функции и методы класса до того, как у них появится пользователь. Т.е. сперва где-то появился вызов метода и только потом появился сам метод.
Попробуйте написать какое-нибудь API или компонент на продажу подобным способом
>>Вам не нужно три уровня наследования с шаблонным классом посередине.
Если я пишу программу про животных, то там будет и Животное и Млекопитающее и Корова — вот вам и три уровня
>> Стандартный модуль вполне способен решить вашу задачу — почитайте еще раз документацию.
Уж вам то лучше знать
>>SQL — не единственное в мире хранилище. Очень много всего можно запросто хранить прямо в файлах в JSON.
SQL это structured query language, это язык, чтобы запросы выполнять к данным. В языке нельзя хранить, а файлы Json не умеют выполнять запросы
>>Не думайте о системе «на вырост». Другие требования — другая система. Не пытаться строить в деревне небоскреб — это и есть архитектура
== Не думайте о системе на вырост, просто переписывайте ее каждые полгода
>>Этот алгоритм O(n^2) можно не оптимизировать до O(n logn), потому что в данном месте n никогда не больше 5, поскольку означает число задействованных пальцев на руке.
Когда n при продакшене вдруг станет миллионом, а не 5 как на ваших локальных тестах, то ваша фраза будет «не знаю почему так все тормозит, у меня нормально было»
>> SVN — отличная система контроля версий. Особенно, когда вместе с вами её используют непрограммисты, работающие с вами над одним проектом.
Ну если вам не нужно code review, то возможно. Иначе всем будет очень весело с откатами.
>>Вам действительно нужно попиксельное освещение для визуализации мат.модели или стандартного GL_SMOOTH хватит? И, кстати, мы будем показывать её на выставке на 7-летнем ноутбуке со встроенной графикой.
Лучше тогда не идите на выставку, зачем позориться
>>Правда думаете, что цикл на итераторах работает быстрее, чем на индексах, особенно если сравнить первый и второй со временем доступа к диску?
Если на миллион доступом к диску будет один цикл, то да. Но обычно наоборот. Кстати у меня SSD.
>>Похожие классы в двух проектах — не повод связать один с другим. Считайте это случайным совпадением. Если вы сделаете общий класс, то отныне, при любом изменении, вам придется думать о двух проектах одновременно. Стоит ли это того? Вряд ли.
Зачем вобще нужны компоненты и модули? Лучше писать как есть, в инлайне так сказать, зато об обратной совместимости думать не придется!
>>Доска с маркером + телефон с камерой отлично заменяют UML-диаграммы и большую часть программ прототипирования интерфейсов
Можно вывезти Васю из колхоза, но колхоз из Васи не вывезешь. А чего уж там! Это, вам не рокет-сайенс!
Поддерживать деревню из 40 человек, непойми где…
Есть надежда, что будет развитие, дети, которые не уедут, и деревня будет обеспечивать себя сама полностью, да еще и, возможно, что-то производить и продавать?
Как вам идея?