Если есть под рукой код на чистом Си, который реализует то же, что и у автора - поделитесь, пожалуйста. И любой сможет сравнить, что тут проще и прозрачнее.
А ещё на PalmOS был свой прикольный рукописный ввод. Под экраном была специальная отдельная панель для этого. Для каждого символа был свой жест стилусом, и при должной сноровке получалось писать быстрее, чем "натыкивать" мелкие символы на виртуальной клавиатуре.
На мой взгляд, если используется термин из английского языка, то и произносить его следует так, как носители этого языка.
Другое дело, когда термин перешел в профессиональный жаргон. Тогда, конечно, source code становится сорцами, а view — вьюхой.
Думаю тут именно второй вариант.
Я считаю, что это статья точно не на IT-тематику, и даже не про IT консалтинг, а про финансовый консалтинг и аудит.
Мне кажется скоро появятся Хабр-наци, которые будут тыкать правилами
На мой взгляд главная проблема интерфейса SAP — он выглядит так, будто каждую транзакцию писал отдельный человек в отдельной комнате без связи со внешним миром.
Очень важно, чтобы, например, документ на покупку (как его не назови) выглядел похоже на документ продажи. Чтобы все списки и dropbox`ы выглядели одинаково. Чтобы кнопка выбора печатной формы была на одном и том же месте во всех документах. Однотипные действия должны выглядеть и выполняться абсолютно одинаково.
В большинстве других интегрированных систем (из своего опыта это 1C 8, Microsoft Dynamics NAV-AX) с этим проблем нет. Это решено на уровне платформы. Вы выбираете данные для отображения — система рисует интерфейс.
В разделе "Как перейти на SQL" на мой взгляд не хватает существенного финального шага - организовать для пользователей интерфейс работы с SQL базой.
Предлагаемые для переноса инструменты не подходят для обычных пользователей для повседневной работы.
Если есть под рукой код на чистом Си, который реализует то же, что и у автора - поделитесь, пожалуйста. И любой сможет сравнить, что тут проще и прозрачнее.
Чего уж сразу не на Ассемблере? Ведь Си - просто удобная обёртка над Ассемблером :)
Для изучения алгоритмов и структур Питон вполне подходит, и именно с этого надо начинать, когда тебе 14 и есть желание учиться писать код.
А ещё на PalmOS был свой прикольный рукописный ввод. Под экраном была специальная отдельная панель для этого. Для каждого символа был свой жест стилусом, и при должной сноровке получалось писать быстрее, чем "натыкивать" мелкие символы на виртуальной клавиатуре.
И не стоит забывать про эффект Стрейзанд: как только вы что-то пытаетесь скрыть и запретить — всем это что-то сразу становится очень интересно.
Я года 3 ходил вот с таким
https://www.decathlon.co.uk/backenger-20-l-mess-bag-backpk-red-trim-id_8249707.html
Жёсткая спинка, куча карманов… в общем всем доволен и рекомендую
Сейчас у меня младшая модель, которая на 15 литров
Другое дело, когда термин перешел в профессиональный жаргон. Тогда, конечно, source code становится сорцами, а view — вьюхой.
Думаю тут именно второй вариант.
А почему используется слово «биндинг»?
Я всегда читал на английский манер — «байндинг».
Да и на dictionary.com указано так же
Мне кажется скоро появятся Хабр-наци, которые будут тыкать правилами
Очень важно, чтобы, например, документ на покупку (как его не назови) выглядел похоже на документ продажи. Чтобы все списки и dropbox`ы выглядели одинаково. Чтобы кнопка выбора печатной формы была на одном и том же месте во всех документах. Однотипные действия должны выглядеть и выполняться абсолютно одинаково.
В большинстве других интегрированных систем (из своего опыта это 1C 8, Microsoft Dynamics NAV-AX) с этим проблем нет. Это решено на уровне платформы. Вы выбираете данные для отображения — система рисует интерфейс.