Ну, допустим в связке python+Jupyter Notebook: а) это всё надо так же изучить и наработать опыт; б) потом что с этими данными делать дальше? Обычный офисный работник, довольно справедливо считает, что ему не платят за познания во всё новых и новых предлагаемых для офисной работы программ, и тем более, сред. Ему нужно чтобы все было в изученном более-менее "офисе" или 1С, и чтобы работало через пару нажатий на кнопку "сделай мне красиво". Своя логика в их позиции есть. Но если у вас другие коллективы, то конечно их можно научить и таким вариантам. Но скорее всего, это не в нашем, увы неидеальном мире.
Нет, не рассматриваем, ибо решения требуются крупному заказчику, у которого уже закуплены Р7.
Там никакого костылинга не было, были локальные задачи, которые были подобным образом автоматизированы и массово внедрены в крупной организации. Их надо просто заместить, на то что есть там теперь. Нужно использовать то что есть, чтобы заместить прежние инструменты в среде MSO, на Р7+"отечественное" импорто-замещение в области СУБД.
Работая сейчас над задачами как раз по теме перенести Excel+PowerQuery -> Р7+(хоть что нибудь и как нибудь), могу сказать что наши офисные поакеты мягко говоря не приспособлены под локальную автоматизацию. Почти всё приходится придумывать вопреки, а не благодаря разработчикам офичных пакетов. Да, со скрипом и с помощью сторонних самописных расширений кое что выходит. Сейчас вот дошли даже до интеграции с 1С Fresh и Форсайт. Но честно говоря, до уровня удобства MSO и развитости его АПИ, Р7 мягко говоря как до луны.
Ну, оно и понятно. Хотя некоторые DYIщики даже газотурбиновые двигатели умудряются клепать. Мое мнение - обратиться с прадложением по дальнейшему НИОКР в Минобороны. Тема в принципе должна их интересовать, ибо это и генератор тепла+генератор тока, без движущихся деталей. По идее вполне их тема.
Язык как язык. В чём то хороший, в чём то - так себе. Его просто грамотно использовать надо, как и любой другой яп. О чем собственно и резюме в статье. А что до рук, то я про них и не писал ничего. Многие те, кто на нём научились писать несложные обработчики для форм, вряд-ли такие уж и программисты. Но и те, кто освоил крутые фреймворки на JS, так же не факт что имеет при этом такие уж прямые руки. Всё дело в голове, если уж на то пошло.
Ну, допустим сомнительное утверждение для статьи с положительным (на момент данного комментария) числом голосов. Лично я, например, с автором согласен, хотя ни разу не фронтэндщик, и вообще к js избегал прикасаться всю свой более чем 30летний стаж в программировании. Язык действительно во многих смыслах наляпанный по мере необходимости затыкания разных текущих дыр в вэб-программировании. Его распространённость, как раз и есть обратная сторона его бестолковости. Он очень много прощает, что не простят многие другие языки. К тому же, есть очень много готовых решений. С помощью грамотного копипаста можно много чего быстренько слепить. Но как только потребуется что то серьёзно поменять под себя, в этих многочисленных фреймворках или модульных библиотеках - пиши пропало. Искать что, где и как надо поменять порой можно до "редькиного заговения" и в итоге пишется очередной ласапед, который хоть как то исправляет ситуацию. И в этом смысле, я полностью согласен с автором. Писать надо максимально читаемый и понимаемый код, без всех новомодных синтаксических фанктиков, которые потом сменятся согласно какого нибудь нового стандарта, и уже через год-другой никто не сможет толком пояснить, что делала та или иная функция. Для формы с парой кнопок не надо тянуть за собой Angular или React. А для больших приложений, и использовать нужно уже не Electron и т.п., а что то более для этого подходящее
Это ваше субъективное мнение по содержимому статьи, на которое вы конечно имеете право, тут никто и не спорит. Но скажите, какой смысл заполнять ленту комментариев такими односложными "протестами", вместо развёрнутого, по типу того, что вы мне ответили выше? Для этого есть система оценок. Если каждый кто минусет или плюсует будет ставить ещё и комменты по типу вашего, то ни писавший, ни заинтересованный читатель, просто до полезного чего-то, что могут сказать комментаторы можно и не добраться. Есть что по делу сказать - пиши. Нет - зачем спамить в комментах своими односложными "фи", или "спасибо"!?
А зачем тогда комментировать? Это как минимум не уважению к писавшему. Заявление по типу "Не читал Бродского, но осуждаю!" (хотя если знать контекст, то и там не всё так просто было). Можно не соглашаться с автором, даже с первых слов его работы и это - нормально! Я тоже вот не согласен с тем, что детям надо начинать программировать с HTML+ JS. Это одна из худших связок, от которой потом очень тяжело будет увести в более формализованные языки, так как учит безолаберности в коде, ибо эта связка уж слишком "прощает" ошибки разработчика, и как следствие вырабатывает в нём привычку не думать о последствиях своих действий. А это для программиста, тем более если он потом в проекте с кем то работает - очень плохо. Я встречался с такими на проектах, и потом после них переделывать приходится 90% кода. Но возвращаясь к вашей фразе, так комментировать это извините, просто хамовато по отношению к труду писавшего. Не нравится - закрой вкладку и листай дальше.
"Блаженный верующие...."(С). Я им в техподдержку по ряду глюков и просто необходимых для хоть какой то мало мальски нужной работы требуемых изменений и дополнений писал еще прошлым летом. Из перечисленного не сделано ничего! Хотя на самом деле, правки и добавки в рамках серьезной компании не такие уж и большие, а для работы конечному пользователю они очень бы даже сгодились. Впрочем, Р7 не намного расторопнее
МойОфис подобрался куда? Там такая огромная брешь в автоматизации процессов, что просто нереально её использовать для любой маломальски серьёзной СЭД. Впрочем, как и Р7 и Open(Libre)Office (хотя, про последние я знаю и меньше, но походу внешнее управление документами тоже не про них). А если как просто замена печатной машинки\продвинутого табличного калькулятора и призентаций, то да. Но тут они все примерно равны и на уровне где то MicrosoftOffice 6.0 года этак 2000
1.Зачем? HTML априори медленнее внутренней реализации. Я сейчас борюсь с таблицами в Р7, но даже там, при том что всё почти построено на JS+HTML на ядре Chromium,сама таблица рисуется бинарным кодом где то глубоко внутри и только выводится в канву. Поверьте, тот способ общения с таблицами что есть в Excel+VBA почти идеальный вариант любой работы с ними 2.Вы что то пытаетесь разные задачи в одну запихать. Иерархические справочники (и объекты в целом) чаще всего крайне не удобны для табличных представлений, и наоборот. Не даром, умные люди очень давно разделили это всё, и в одну кучу не пихают (если что, я про визуальную составляющую GUI, а не про форматы хранения такого рода представлений). То что вы описывате для примера, можно реализовать даже на VBA, но это будет крайне глючное, и медленное решение, так как для подобного рода задач вам нужен инструмент типа Access, но никак не Excel.
Много странных допущений. Солнце к тому времени после этапа Красного гиганта превратиться в карлик. Земля будет поглощена на стадии Красного гиганта и поэтому отсюда уже ничего увидеть нельзя будет. И даже если Солнце с системой и выбросит за пределы галактики, то оно будет светить столь слабо, что и дня то практически не будет, а только сумерки как примерно на Марсе сейчас.
К сожалению, так и создаётся прецендент, по которому с вами и в дальнейшем можно так поступать, если вы как тут многие согласны, не пойдёте в суд, для возмещения морального (репутационного) и материального ущерба. Само собой, с прогоссударственными структурами бодаться тяжко, но можно. Я когда работал в госструктурах, сам был свидетелем, когда наше министерство проигрывало аналогичные кейсы в судах, за что поплатилось несколько начальников отдела закупок и их подчинённые. Не стоит спускать на тормозах, ибо так порядка никогда не добиться, если не бить по рукам хамов.
А я и не про ваш пример писал в целом, а про конкретную вводную часть от статьи. Утверждение смелое. Вы видимо просто не встречались с реально серьезными макросами на VBA, со множеством форм, или тем более, с требованием переноса аддонов из C# в отечественные офисы. Очень бы я хотел посмотреть за успехом успешной миграции таковых.
Ну, допустим в связке python+Jupyter Notebook: а) это всё надо так же изучить и наработать опыт; б) потом что с этими данными делать дальше?
Обычный офисный работник, довольно справедливо считает, что ему не платят за познания во всё новых и новых предлагаемых для офисной работы программ, и тем более, сред. Ему нужно чтобы все было в изученном более-менее "офисе" или 1С, и чтобы работало через пару нажатий на кнопку "сделай мне красиво". Своя логика в их позиции есть. Но если у вас другие коллективы, то конечно их можно научить и таким вариантам. Но скорее всего, это не в нашем, увы неидеальном мире.
Нет, не рассматриваем, ибо решения требуются крупному заказчику, у которого уже закуплены Р7.
Там никакого костылинга не было, были локальные задачи, которые были подобным образом автоматизированы и массово внедрены в крупной организации. Их надо просто заместить, на то что есть там теперь. Нужно использовать то что есть, чтобы заместить прежние инструменты в среде MSO, на Р7+"отечественное" импорто-замещение в области СУБД.
Вот вы сами и ответили. Это коммерческая организация, и её задача зарабатывать деньги (хотя, они сейчас и в сумашедших убытках)
Работая сейчас над задачами как раз по теме перенести Excel+PowerQuery -> Р7+(хоть что нибудь и как нибудь), могу сказать что наши офисные поакеты мягко говоря не приспособлены под локальную автоматизацию. Почти всё приходится придумывать вопреки, а не благодаря разработчикам офичных пакетов. Да, со скрипом и с помощью сторонних самописных расширений кое что выходит. Сейчас вот дошли даже до интеграции с 1С Fresh и Форсайт. Но честно говоря, до уровня удобства MSO и развитости его АПИ, Р7 мягко говоря как до луны.
Ну, оно и понятно. Хотя некоторые DYIщики даже газотурбиновые двигатели умудряются клепать. Мое мнение - обратиться с прадложением по дальнейшему НИОКР в Минобороны. Тема в принципе должна их интересовать, ибо это и генератор тепла+генератор тока, без движущихся деталей. По идее вполне их тема.
Язык как язык. В чём то хороший, в чём то - так себе. Его просто грамотно использовать надо, как и любой другой яп. О чем собственно и резюме в статье. А что до рук, то я про них и не писал ничего. Многие те, кто на нём научились писать несложные обработчики для форм, вряд-ли такие уж и программисты. Но и те, кто освоил крутые фреймворки на JS, так же не факт что имеет при этом такие уж прямые руки. Всё дело в голове, если уж на то пошло.
Ну, допустим сомнительное утверждение для статьи с положительным (на момент данного комментария) числом голосов. Лично я, например, с автором согласен, хотя ни разу не фронтэндщик, и вообще к js избегал прикасаться всю свой более чем 30летний стаж в программировании.
Язык действительно во многих смыслах наляпанный по мере необходимости затыкания разных текущих дыр в вэб-программировании. Его распространённость, как раз и есть обратная сторона его бестолковости. Он очень много прощает, что не простят многие другие языки. К тому же, есть очень много готовых решений. С помощью грамотного копипаста можно много чего быстренько слепить. Но как только потребуется что то серьёзно поменять под себя, в этих многочисленных фреймворках или модульных библиотеках - пиши пропало. Искать что, где и как надо поменять порой можно до "редькиного заговения" и в итоге пишется очередной ласапед, который хоть как то исправляет ситуацию. И в этом смысле, я полностью согласен с автором. Писать надо максимально читаемый и понимаемый код, без всех новомодных синтаксических фанктиков, которые потом сменятся согласно какого нибудь нового стандарта, и уже через год-другой никто не сможет толком пояснить, что делала та или иная функция. Для формы с парой кнопок не надо тянуть за собой Angular или React. А для больших приложений, и использовать нужно уже не Electron и т.п., а что то более для этого подходящее
Это ваше субъективное мнение по содержимому статьи, на которое вы конечно имеете право, тут никто и не спорит. Но скажите, какой смысл заполнять ленту комментариев такими односложными "протестами", вместо развёрнутого, по типу того, что вы мне ответили выше? Для этого есть система оценок. Если каждый кто минусет или плюсует будет ставить ещё и комменты по типу вашего, то ни писавший, ни заинтересованный читатель, просто до полезного чего-то, что могут сказать комментаторы можно и не добраться. Есть что по делу сказать - пиши. Нет - зачем спамить в комментах своими односложными "фи", или "спасибо"!?
Так он же всё равно ответить не сможет в таком случае. Посмотрит, и всё. Или надо иметь несколько аккаунтов тогда.
А зачем тогда комментировать? Это как минимум не уважению к писавшему. Заявление по типу "Не читал Бродского, но осуждаю!" (хотя если знать контекст, то и там не всё так просто было). Можно не соглашаться с автором, даже с первых слов его работы и это - нормально! Я тоже вот не согласен с тем, что детям надо начинать программировать с HTML+ JS. Это одна из худших связок, от которой потом очень тяжело будет увести в более формализованные языки, так как учит безолаберности в коде, ибо эта связка уж слишком "прощает" ошибки разработчика, и как следствие вырабатывает в нём привычку не думать о последствиях своих действий. А это для программиста, тем более если он потом в проекте с кем то работает - очень плохо. Я встречался с такими на проектах, и потом после них переделывать приходится 90% кода. Но возвращаясь к вашей фразе, так комментировать это извините, просто хамовато по отношению к труду писавшего. Не нравится - закрой вкладку и листай дальше.
"Блаженный верующие...."(С).
Я им в техподдержку по ряду глюков и просто необходимых для хоть какой то мало мальски нужной работы требуемых изменений и дополнений писал еще прошлым летом. Из перечисленного не сделано ничего! Хотя на самом деле, правки и добавки в рамках серьезной компании не такие уж и большие, а для работы конечному пользователю они очень бы даже сгодились. Впрочем, Р7 не намного расторопнее
МойОфис подобрался куда? Там такая огромная брешь в автоматизации процессов, что просто нереально её использовать для любой маломальски серьёзной СЭД. Впрочем, как и Р7 и Open(Libre)Office (хотя, про последние я знаю и меньше, но походу внешнее управление документами тоже не про них). А если как просто замена печатной машинки\продвинутого табличного калькулятора и призентаций, то да. Но тут они все примерно равны и на уровне где то MicrosoftOffice 6.0 года этак 2000
1.Зачем? HTML априори медленнее внутренней реализации. Я сейчас борюсь с таблицами в Р7, но даже там, при том что всё почти построено на JS+HTML на ядре Chromium,сама таблица рисуется бинарным кодом где то глубоко внутри и только выводится в канву. Поверьте, тот способ общения с таблицами что есть в Excel+VBA почти идеальный вариант любой работы с ними
2.Вы что то пытаетесь разные задачи в одну запихать. Иерархические справочники (и объекты в целом) чаще всего крайне не удобны для табличных представлений, и наоборот. Не даром, умные люди очень давно разделили это всё, и в одну кучу не пихают (если что, я про визуальную составляющую GUI, а не про форматы хранения такого рода представлений). То что вы описывате для примера, можно реализовать даже на VBA, но это будет крайне глючное, и медленное решение, так как для подобного рода задач вам нужен инструмент типа Access, но никак не Excel.
А что с поясняющими картинками ?
Много странных допущений. Солнце к тому времени после этапа Красного гиганта превратиться в карлик. Земля будет поглощена на стадии Красного гиганта и поэтому отсюда уже ничего увидеть нельзя будет. И даже если Солнце с системой и выбросит за пределы галактики, то оно будет светить столь слабо, что и дня то практически не будет, а только сумерки как примерно на Марсе сейчас.
Не буду придираться к содержимому и целеполаганию такого поста, но длинные листинги лучше сразу прятать в спойлеры.
А, пардон :) Я просто немного интересуюсь всем, что касается LUA, правда в немного другом направлении использования данного языка, нежели игроделание.
Кажется нет ссылки на материал?
К сожалению, так и создаётся прецендент, по которому с вами и в дальнейшем можно так поступать, если вы как тут многие согласны, не пойдёте в суд, для возмещения морального (репутационного) и материального ущерба. Само собой, с прогоссударственными структурами бодаться тяжко, но можно. Я когда работал в госструктурах, сам был свидетелем, когда наше министерство проигрывало аналогичные кейсы в судах, за что поплатилось несколько начальников отдела закупок и их подчинённые. Не стоит спускать на тормозах, ибо так порядка никогда не добиться, если не бить по рукам хамов.
А я и не про ваш пример писал в целом, а про конкретную вводную часть от статьи. Утверждение смелое. Вы видимо просто не встречались с реально серьезными макросами на VBA, со множеством форм, или тем более, с требованием переноса аддонов из C# в отечественные офисы. Очень бы я хотел посмотреть за успехом успешной миграции таковых.