В условии сравнение идет не с константами, а с переменными.
В вашем коде идет, как минимум, выделение памяти и заполнение сета - так что оверхед по сравнению с простым if в критическом месте может оказаться чертовски большим.
Армянское Радио: именно об этом я и говорил насчет "сделать опечатку".
Запись в столбик, конечно, замыливает взгляд, но если знаешь, что проверяешь - позволяет легко найти ошибку копипасты.
abcd0x00: сложность скорее связана с тем, что для определения n-го символа для любого n > 0 необходимо прочесть все предыдущие. Иначе его позицию в памяти не определишь.
Виктор Марквардт: нет, конечно. Однобайтных уникод-кодировок не может быть - уникод в один байт (256 символов) не влезает при всем желании. Так, любой символ кириллицы в utf-8 занимает два байта, а некоторые китайские - четыре. Да что я википедию пересказываю...
Дмитрий Энтелис: от TN-монитора стоимостью, хотя бы сравнимой с IPS?
Понятно, что в бюджетном сегменте чаще встречаются не по делу сэкономившие производители, но не факт, что разница именно из-за матрицы. Сижу за MVA на работе и за приличным TN дома по 12-14 часов в сутки, глаза начинают болеть только в случае неудачного освещения.
> и во времена 14" мониторов
До этих времен были времена 9" мониторов. На которых тоже, как это ни ужасно, программировали - в разрешении 80х25 символов ;)
> Обратите внимание на IPS матрицу
Ну прямо же человек сказал, что графика ему не нужна. А кроме цветопередачи, преимуществ у IPS нет. При более высокой цене.
Алексей Черток: Вам принципиально нужна система, которую еще не успели даже попробовать в деле?
РНР7 - не какой-то новый язык, это всего лишь подчистки и эволюция.
Новым языком скорее можно считать фреймворки на РНР - вот на них и любуйтесь. OctoberCMS, например.
xmoonlight: гугл-докс уже научился подставлять в шаблон реквизиты контрагента из базы? И вести статистику работы агентов - количество и результат звонков за сегодня, количество сделок за месяц?
Забыть про все - это да, выход :)
xmoonlight: и сколько будет стоить весь этот фарш (с сервером, поддерживающим ту экосистему) на фирму из десяти человек?
Насколько это пригодно (и безопасно) к использованию онлайн, а не на интранет-сервере?
В моем примере фирма не имеет админа от слова "совсем". Если что случится с сайтом, директор позвонит мне, и я, когда будет время, посмотрю, что случилось. Пока не приходилось. С вин-сервером, у которого наружу торчит база, так жить можно?
xmoonlight: простите, что именно MSO может сделать для шести менеджеров (только половина из которых сидит в офисе) по общей базе клиентов продающих куски общих рекламных площадей (на почве чего, собственно, и создаются договора, счета и акты), и их директора, уехавшего по делам в соседнюю область?
Заметьте: документооборот им по-прежнему как-то не понадобился.
other_letter: когда они разворачиваются в масштабе корпорации - да, конечно. А когда это мелкий бизнес и все задачи строятся как "а можно сделать так, чтобы вот этот сотрудник делал свою работу так, чтобы это отражалось на сайте" - отличия смазываются. Сотрудник может быть экономистом, бухом по материалам, менеджером по рекламе, бригадиром смены - если их работа сводится в одну базу, как назвать систему, обеспечивающую доступ к ней - уже неважно. Лишь бы работало ;)
other_letter: да нет, автоматизация все равно помогает, независимо от количества работников. Хуже, чем хаос и отсебятина, все равно быть не может.
Конкретно товарищу из мелкой фирмы нужно было не бояться текучки - фирма занимается размещением рекламы, менеджеры приходили и уходили. Он же мог смотреть на их эффективность, не сидя над ними целый день, и обучение новичков сводилось к тем трем-четырем страничкам CRM, на которых происходила автоматизированная часть их работы. Одно время он даже вовсе без офиса продолжал работу, ничуть от этого не страдая...
other_letter: ну у нас и народу побольше, и финдиректор имеет достаточную власть, достаточное образование, достаточное желание...
А в другом случае - совсем мелкая фирмешка, до 10 человек, но там сам владелец знал, чего хочет.
Пожалуй, действительно - повезло в обоих случаях. Но я сомневаюсь, что в других случаях внедрение автоматизации вообще будет иметь положительный исход ;)
other_letter: за аналитику не берусь судить. Но достоинство начальственной должности - еще и в наличии лишней степени свободы в пространстве "как оно организовано - как оно должно быть организовано - как оно будет организовано после внедрения".
У внешних аналитиков куда более ограниченные возможности.
В малом бизнесе может быть на хрен не нужен документооборот.
Скажем, требуется только создать по заранее заданным параметрам договор (несколько шаблонов + данные клиента), счет (по известным пунктам), акт (по ним же). Чтобы оно хранилось на сервере и могло быть распечатано или поправлено. Без всякого workflow...
Создать на сервере HTML с известным текстом, высунуть ее в CKEdit для правки, переварить в PDF - семечки же.
other_letter: тут волшебство именно в том, чтобы не технической стороной внедрения CRM занимался кто-то из руководства. Во-первых, знающий бизнес-процесс "сверху", во-вторых, посредничающий между программистом и юзерами.
Если что-то в системе не так, хай не поднимается открыто - начальство ругать придется ;) Формируются претензии, фильтруются, если они по делу - воплощаются в предложения по доработке. Нормальная обратная связь, без всяких обострений.
Ну, может, это я такой везучий - откровенно хамских отзывов пользователей об инструментах моего производства не приходилось получать ни разу. При том, что все сотрудники ежедневно ими пользуются.
Для более сложных констант и переменных (как в вопросе) - нет.