Если не в теории, а на практике работать с детьми - быстро осознаешь насколько важно удержать их внимание, а это значит нужен минимум сущностей, строк кода, вводных слов и противоречий нестрогой типизации. В этом смысле Python, VBA/StarBasic, Pascal хороши - они это дают. Кстати, увлечется программированием в школе каждый 20-й ученик, и я не могу определить что важнее: дать ему знаний, или остальным 19-ти дать общее понимание алгоритмов.
У VBA есть два огромных плюса - трансляция действий пользователя в код при записи макроса и 50% вероятность "второго пришествия" (а не 0,5%) того что это будет частью офисной работы или учебы, и здорово сэкономит время и нервы. VBA применим не только в Microsoft Office, но и во втором по популярности, но свободном офисном пакете OpenOffice|LibreOffice (но там еще есть и вездесущий Python, причем из коробки).
Python в качестве учебного языка логичен из-за поддержки всех парадигм кода, нахождения в статусе Top-1(3) и применения в качестве языка мета-конфигурирования во всех современных технологиях. То есть он не имеет специфики. Код для изучения простых алгоритмов на Python будет самым компактным, хорошо укладывающимся в юные головы с шилом в ж. А именно из таких получаются программисты.
Факты: терр. распределенный на сотни км домен, Тундра на 0.5k АРМ, средний размер БД TB 4 ГБ (max 31), письма с 150 МБ вложениями в домене и 50 МБ наружу доходят, много расширений (с десяток) используются в TB, 30% пользователей используют Фильтры (пересылку, раскладку по папкам итд), крэшей единицы в год на юзера. Возможно потому что ставили не в папки Program files c UAC и немного разобрались с конфигом TB на JS.
Немного реалий-2024: в LibreOffice Calc названия функций ячеек уже 5 лет как в Excel на русском, 80% VBA-кода из Excel прекрасно работает в Calc, презентации выглядят на 99% одинаково, решено много проблем "не такого" поведения и отображения (по ощущению - 80%), внедрены передовые функции XLOOKUP() итд, налажена работа Python/Pandas в OpenOffice|LibreOffice (это ответ на динамические массивы и питонизацию MSO365).
Наблюдается небывалый рост числа вопросов на профильном Форуме https://forumooo.ru/ по уже свершившемуся переезду с MSO на LO с решением сложных проблем (интеграции с EDM, почтой, БД, опингвиниванием, макрорекорд-макросами из MSO итд). 99% вопросов решаются за день, благодаря комьюнити и старым наработкам. Конечно, это все равно другой мир, но он точно обитаем. При должной заботе IT-служб о пользователях - OpenOffice|LibreOffice лучше чем ненастроенный MSO (мнение пользователей).
Economist сами по сути "консалтеры", "предсказамусы" и лидеры мнений. И кинули камень в себя. А самокритику надо приветствовать.
То что консалтинг в нашей стране нуждается в глубоком реформировании - очевидно. Вместе мы наблюдаем смену парадигм преподавания у ведущих вузов (ВШУ, МГУ, РАНХиГС итд) с отходом от западный ценностей и их суррогатов, проприетарного и залоченного ПО и облачных сервисов, способов целеполагания в условиях энтропии международных отношений итд. Так что очень, очень позитивная статья.
Там старое всё. Основная часть кода Matplotlib написана вся так давно, что ее можно уважать "за старость". Обновления добавляют мизер или затыкают баги.
Сочиняете сказки, зачем? Если бы в OpenOffice|LibreOffice не работало Ctrl+S и Ctrl+C/X/V/A/P/E/B/N/I/U/1/2/3 итд - у него было бы 0 пользователей. Все хоткеи прекрасно работают, в любой раскладке, языке и регистре. А кастомные хоткеи - не в пример удобнее настраиваются на любые команды и макросы.
Хватит тянуть свой неудачный давнишний опыт с OpenOffice|LibreOffice в массы, просто попробуйте еще раз.
Для Linux с хоткеями есть исключение: их там множество настроено на возню с окнами, и пока их все не отключить в 2-3 разных местах - OpenOffice|LibreOffice не будет на некоторые реагировать.
Тут как раз проглядывают уши тех, кто сформулировал причины - IT-шники (коррумпированные алармисты, ловко сочетающие растущие угрозы от северного соседа с собственным нежеланием переучиваться).
Жить без AD можно. Без MS Exchange тем более, современный мир коммуникаций шире того что покрывается им и SharePoint. На Linux многое иначе, но похожий результат достижим, было бы желание и волшебный пендаль.
Нам отсюда теперь лучше виднее как у них там на самом деле. Внезапно оказывается что в Германии слишком много старого железа в офисах и это давит сильнее чем бюджеты на софт. Бюргеры через одного используют VPN, но вот торрентами пользуются реже чем россияне, больше для софта чем для аудио-видео-книг итд. При этом законопослушность их гораздо выше, но коррупционеры все равно есть. Просто культура откатинга и лизинга жопинга у них совершенно иная. Часто она так умело замаскирована под "помощь детям", что не в курсе истинной цели 99% исполнителей. Так надо уметь.
Epic fail c тем, первым переходом на СПО в Мюнхене была возможность обсудить с непосредственными участниками переезда и юзерами. Тогда пришел к выводу что было поспешно принято как решение уйти на СПО, так и вернуться к MSO. Про нынешнюю ситуацию поговорить уже не с кем. Мне тоже кажется что и в Германии, и в РФ нужно "просто взять Ubuntu/Debian и LO" и заставить всех бюджетников переехать с разовой доплатой тысяч 30 руб. за неудобство. Сейчас почти все гос-ПО работает под Linux, но аппетиты импортозаместителей уже заметно выше западных вендоров, естественно не обходится и без коррупции, потому что деньги иногда прямо совсем дурные.
У Python нет практически своей графики/диаграмм, кроме старого, монструозного, но почти неинтерактивного Matplotlib/Seaborn. Среди 500k его либ наверняка есть и другие pure-python рисовалки, но популярность их ничтожно мала по сравнению с JS-либами и Python-обертками над ними. Популярны они не просто так: они быстрее, красивее, удобнее. Одним Matplotlib не обойтись, да и сам он бывает неуклюж. В среднем я создаю 30 новых диаграмм в день, MPL/SNS -задействован лишь в 20% случаев.
JS сейчас это не только WEB, это огромный слой LAN-приложений, работающих в браузере, Electron-приложений итд. В конце концов это JupyterLab - основная среда для DS. Та же Pandas из коробки поддерживает 7 методов-бэкендов (либ) в методе df.plot(), из которых 6 - из мира JS. Все это вынуждены были повторить и в других DS-платформах в значительной степени.
Надо говорить не о том что сохранился отступ в Word (кстати, как сделали - пробелами, табуляцей, правкой свойств Абзаца или все такие поменяли Стиль?) А говорить надо о том что ПО от MS может встать и когда-то встанет "колом".
Вот возьмем к примеру 60k людей в погонах, не склонных к юмору на работе и у которых просто нет "документов для просмотра". Они не могут тратить полчаса на один отступ. Эти 60k влияют на жизнь 40 млн. россиян и они... используют LibreOffice. Так вот у них нет проблем с отступом. Это ФСИН и ФССП, если не догадались. Можно накидать и других профессий и численности добавить из других отраслей.
Кстати, полчаса на один отступ в текстовом редакторе - не рекорд. Если игнорировать Стили, а также иметь много времени и денег - можно мучиться всю жизнь, игнорируя правильные методы работы. На объяснение концепции стилей я трачу на обычного пользователя около получаса. Это самое полезное, что они узнают за первый год работы (по их же мнению).
В чем же мое вранье? Картинка: https://github.com/rougier/python-visualization-landscape Логично предположить что рисуют диаграммы больше на тех языках, которые Top-3, а не 10-50-е места, куда попадут лидеры прошлого GNUPlot, R, MatLab итд. Но время неумолимо затирает прежние авторитеты.
Python сделал нормой дергание чужих либ из других языков по любому поводу, это гениальное решение по использованию лучшего из двух (на самом деле из многих, если не всех) миров. Именно это является причиной мега-популярности языка, а не его врожденные фишки типа отступов в обмен на кучу других знаков препинания и удобные структуры данных (списки, словари).
Несколько дипломных и диссеров сверстаны в LO с моим сопровождением в разной степени и защищены без претензий нормоконтроля в московских вузах. MS Word требует в разы больше усилий, даже в простом копипаст-курсаче.
И это... я знаю не весь штатный функционал LibreOffice, он слишком большой. Внезапно даже функций ячеек в Calc больше (числом) чем в Excel.
Макросы в Либре на StarBasic, VBA, Python, Java, C++ (и не только) - из коробки. Но это все для тех кто умеет и хочет работать в передовом свободном ПО. Остальным ждать "смерти" MSO или, скорее, жесткой подставы.
Из экосистемы JS произрастает бОльшая часть библиотек для графиков в Python (Altair, Bokeh, Holoview, Plotly, Vega). JS - основной стек для графиков вообще.
"Дурной" vs "чистенько, потоково" не может относиться к близким системам. На R полно безобразного кода, как и на Pandas. Но на Pandas в десятки тысяч раз больше кода, поэтому рекомендации из статьи, безусловно, полезны и актуальны.
DS/DI-ники под свои UDF часто пишут не тесты, а используют личный краткий тестовый df с чрезвычайно грязными данными (смесь типов, псевдокириллица из латиницы, смесь кодировок, пять разных пробелов и чисто статловушки (смесь разных ед измерения). На нем прекрасно вылезают всё непредусмотренные случаи и ошибки. Это как сквозной пример в бухучете - в конце должен получиться баланс с круглыми цифрами (а в DS - ML модель должна сойтись и дать 97,5% Accuracy).
Низкая задержка 5-10 миллисекунд при традиционном музицировании группой нужна на всех стадиях музпроизводства, за исключением сведения и мастеринга, где часто буфер вынужденно ставят на 512 мсек из-за злоупотребления "улучшайзерами". О задержке говорят прежде всего гитаристы с медиатором (резкая атака), потом вокалисты, и позже всех MIDI-клавишники (они слышат задержку только по выходу, условно половину задержки).
Например, на стадии записи/сочинения - персональный ушной мониторинг со "своим" миксом для каждого музыканта, настроенный им со смартфона по WiFi (штатный функционал DAW Reaper) - та штука, от которой, попробовав раз, решительно невозможно отказаться. Музыкантов словно меняют, они перестают конкурировать и "уходят в выразительность и звукоизвлечение". Я молчу про кратное снижение нагрузки на слух музыкантов, звукорежа, продюсера, зрителей, домашних и животных.
ASIO4All - это на грани стабильности и расстройства психики, хотя некоторым везет (c психикой и железом). Но занятие музыкой - слишком священное хобби, чтобы продолжать жалеть на него 3-10 тыс. руб. на нормальную быструю ASIO-карту. Для Linux примерно 50% таких устройств работают удивительно хорошо (узнавайте заранее на профильных форумах) и задержкой если не ниже, то "такая же", как и в Windows. Добавление в эту схему Wine все равно оcтавит за бортом около 30% важных и привычных VST/VSTi, поэтому жертвы неизбежны. А QUEMU с 5-кратным ростом DPC практически неюзабелен.
Не верю. Если в некоем холдинге из модулей ERP (содержит слово planning) был внедрен только бухучет или какой др. мелкий блок и было принято отказаться от планирования - то любой ПЭО, даже численностью 100 чел., сократить можно. Если же планирование осталось - ПЭО сократить нельзя (любой численности). Ну или его функции просто передали в управляющую компанию, с зарплатами в 5 раз больше и околонулевой прозрачностью для собственника. В такой сценарий я поверю, особенно в нынешних условиях.
Разрушительные последствия - это годами ждать внедрения MRP/EDM/ERP и тратить в пустоту миллиарды рублей, проигрывая конкурентам борьбу. А месяц разгребать Excel-файлы - это пустяк, ПЭО делают это непрерывно и надорваться не могут. Никто в окно ведь не вышел?
VBA и Excel лежат в основе огромного числа MVP и первого года эксплуатации большинства новых инф. систем даже у крупняка. Об этом не принято говорить. IT-шники подключаются на стадии, когда все уже решено, и часто они не в состоянии переварить сделанное. При должном контроле и хотя бы изредка конструктивной помощи от IT - макросописатели вполне в состоянии поддерживать написанное годами, и ничего страшного. А когда денег нет - и вариантов тоже не будет.
Если не в теории, а на практике работать с детьми - быстро осознаешь насколько важно удержать их внимание, а это значит нужен минимум сущностей, строк кода, вводных слов и противоречий нестрогой типизации. В этом смысле Python, VBA/StarBasic, Pascal хороши - они это дают. Кстати, увлечется программированием в школе каждый 20-й ученик, и я не могу определить что важнее: дать ему знаний, или остальным 19-ти дать общее понимание алгоритмов.
У VBA есть два огромных плюса - трансляция действий пользователя в код при записи макроса и 50% вероятность "второго пришествия" (а не 0,5%) того что это будет частью офисной работы или учебы, и здорово сэкономит время и нервы. VBA применим не только в Microsoft Office, но и во втором по популярности, но свободном офисном пакете OpenOffice|LibreOffice (но там еще есть и вездесущий Python, причем из коробки).
Python в качестве учебного языка логичен из-за поддержки всех парадигм кода, нахождения в статусе Top-1(3) и применения в качестве языка мета-конфигурирования во всех современных технологиях. То есть он не имеет специфики. Код для изучения простых алгоритмов на Python будет самым компактным, хорошо укладывающимся в юные головы с шилом в ж. А именно из таких получаются программисты.
У линуксоидов после пары недель в Far2L выступают слезы благодарности, т.к. MC в целом менее удобен.
Факты: терр. распределенный на сотни км домен, Тундра на 0.5k АРМ, средний размер БД TB 4 ГБ (max 31), письма с 150 МБ вложениями в домене и 50 МБ наружу доходят, много расширений (с десяток) используются в TB, 30% пользователей используют Фильтры (пересылку, раскладку по папкам итд), крэшей единицы в год на юзера. Возможно потому что ставили не в папки Program files c UAC и немного разобрались с конфигом TB на JS.
Немного реалий-2024: в LibreOffice Calc названия функций ячеек уже 5 лет как в Excel на русском, 80% VBA-кода из Excel прекрасно работает в Calc, презентации выглядят на 99% одинаково, решено много проблем "не такого" поведения и отображения (по ощущению - 80%), внедрены передовые функции XLOOKUP() итд, налажена работа Python/Pandas в OpenOffice|LibreOffice (это ответ на динамические массивы и питонизацию MSO365).
Наблюдается небывалый рост числа вопросов на профильном Форуме https://forumooo.ru/ по уже свершившемуся переезду с MSO на LO с решением сложных проблем (интеграции с EDM, почтой, БД, опингвиниванием, макрорекорд-макросами из MSO итд). 99% вопросов решаются за день, благодаря комьюнити и старым наработкам. Конечно, это все равно другой мир, но он точно обитаем. При должной заботе IT-служб о пользователях - OpenOffice|LibreOffice лучше чем ненастроенный MSO (мнение пользователей).
Economist сами по сути "консалтеры", "предсказамусы" и лидеры мнений. И кинули камень в себя. А самокритику надо приветствовать.
То что консалтинг в нашей стране нуждается в глубоком реформировании - очевидно. Вместе мы наблюдаем смену парадигм преподавания у ведущих вузов (ВШУ, МГУ, РАНХиГС итд) с отходом от западный ценностей и их суррогатов, проприетарного и залоченного ПО и облачных сервисов, способов целеполагания в условиях энтропии международных отношений итд. Так что очень, очень позитивная статья.
Там старое всё. Основная часть кода Matplotlib написана вся так давно, что ее можно уважать "за старость". Обновления добавляют мизер или затыкают баги.
Сочиняете сказки, зачем? Если бы в OpenOffice|LibreOffice не работало Ctrl+S и Ctrl+C/X/V/A/P/E/B/N/I/U/1/2/3 итд - у него было бы 0 пользователей. Все хоткеи прекрасно работают, в любой раскладке, языке и регистре. А кастомные хоткеи - не в пример удобнее настраиваются на любые команды и макросы.
Хватит тянуть свой неудачный давнишний опыт с OpenOffice|LibreOffice в массы, просто попробуйте еще раз.
Для Linux с хоткеями есть исключение: их там множество настроено на возню с окнами, и пока их все не отключить в 2-3 разных местах - OpenOffice|LibreOffice не будет на некоторые реагировать.
Тут как раз проглядывают уши тех, кто сформулировал причины - IT-шники (коррумпированные алармисты, ловко сочетающие растущие угрозы от северного соседа с собственным нежеланием переучиваться).
Жить без AD можно. Без MS Exchange тем более, современный мир коммуникаций шире того что покрывается им и SharePoint. На Linux многое иначе, но похожий результат достижим, было бы желание и волшебный пендаль.
Нам отсюда теперь лучше виднее как у них там на самом деле. Внезапно оказывается что в Германии слишком много старого железа в офисах и это давит сильнее чем бюджеты на софт. Бюргеры через одного используют VPN, но вот торрентами пользуются реже чем россияне, больше для софта чем для аудио-видео-книг итд. При этом законопослушность их гораздо выше, но коррупционеры все равно есть. Просто культура откатинга и лизинга жопинга у них совершенно иная. Часто она так умело замаскирована под "помощь детям", что не в курсе истинной цели 99% исполнителей. Так надо уметь.
Epic fail c тем, первым переходом на СПО в Мюнхене была возможность обсудить с непосредственными участниками переезда и юзерами. Тогда пришел к выводу что было поспешно принято как решение уйти на СПО, так и вернуться к MSO. Про нынешнюю ситуацию поговорить уже не с кем. Мне тоже кажется что и в Германии, и в РФ нужно "просто взять Ubuntu/Debian и LO" и заставить всех бюджетников переехать с разовой доплатой тысяч 30 руб. за неудобство. Сейчас почти все гос-ПО работает под Linux, но аппетиты импортозаместителей уже заметно выше западных вендоров, естественно не обходится и без коррупции, потому что деньги иногда прямо совсем дурные.
Поживем - увидим.
60k силовиков молчать не будут, у них есть QA и она не фиксирует проблем с отступом и копированием строк.
Масштаб решаемых "проблем" просто поражает, коллеги.
У Python нет практически своей графики/диаграмм, кроме старого, монструозного, но почти неинтерактивного Matplotlib/Seaborn. Среди 500k его либ наверняка есть и другие pure-python рисовалки, но популярность их ничтожно мала по сравнению с JS-либами и Python-обертками над ними. Популярны они не просто так: они быстрее, красивее, удобнее. Одним Matplotlib не обойтись, да и сам он бывает неуклюж. В среднем я создаю 30 новых диаграмм в день, MPL/SNS -задействован лишь в 20% случаев.
JS сейчас это не только WEB, это огромный слой LAN-приложений, работающих в браузере, Electron-приложений итд. В конце концов это JupyterLab - основная среда для DS. Та же Pandas из коробки поддерживает 7 методов-бэкендов (либ) в методе df.plot(), из которых 6 - из мира JS. Все это вынуждены были повторить и в других DS-платформах в значительной степени.
Надо говорить не о том что сохранился отступ в Word (кстати, как сделали - пробелами, табуляцей, правкой свойств Абзаца или все такие поменяли Стиль?) А говорить надо о том что ПО от MS может встать и когда-то встанет "колом".
Вот возьмем к примеру 60k людей в погонах, не склонных к юмору на работе и у которых просто нет "документов для просмотра". Они не могут тратить полчаса на один отступ. Эти 60k влияют на жизнь 40 млн. россиян и они... используют LibreOffice. Так вот у них нет проблем с отступом. Это ФСИН и ФССП, если не догадались. Можно накидать и других профессий и численности добавить из других отраслей.
Кстати, полчаса на один отступ в текстовом редакторе - не рекорд. Если игнорировать Стили, а также иметь много времени и денег - можно мучиться всю жизнь, игнорируя правильные методы работы. На объяснение концепции стилей я трачу на обычного пользователя около получаса. Это самое полезное, что они узнают за первый год работы (по их же мнению).
В чем же мое вранье? Картинка: https://github.com/rougier/python-visualization-landscape
Логично предположить что рисуют диаграммы больше на тех языках, которые Top-3, а не 10-50-е места, куда попадут лидеры прошлого GNUPlot, R, MatLab итд. Но время неумолимо затирает прежние авторитеты.
Python сделал нормой дергание чужих либ из других языков по любому поводу, это гениальное решение по использованию лучшего из двух (на самом деле из многих, если не всех) миров. Именно это является причиной мега-популярности языка, а не его врожденные фишки типа отступов в обмен на кучу других знаков препинания и удобные структуры данных (списки, словари).
Несколько дипломных и диссеров сверстаны в LO с моим сопровождением в разной степени и защищены без претензий нормоконтроля в московских вузах. MS Word требует в разы больше усилий, даже в простом копипаст-курсаче.
И это... я знаю не весь штатный функционал LibreOffice, он слишком большой. Внезапно даже функций ячеек в Calc больше (числом) чем в Excel.
Макросы в Либре на StarBasic, VBA, Python, Java, C++ (и не только) - из коробки. Но это все для тех кто умеет и хочет работать в передовом свободном ПО. Остальным ждать "смерти" MSO или, скорее, жесткой подставы.
Из экосистемы JS произрастает бОльшая часть библиотек для графиков в Python (Altair, Bokeh, Holoview, Plotly, Vega). JS - основной стек для графиков вообще.
"Дурной" vs "чистенько, потоково" не может относиться к близким системам. На R полно безобразного кода, как и на Pandas. Но на Pandas в десятки тысяч раз больше кода, поэтому рекомендации из статьи, безусловно, полезны и актуальны.
DS/DI-ники под свои UDF часто пишут не тесты, а используют личный краткий тестовый df с чрезвычайно грязными данными (смесь типов, псевдокириллица из латиницы, смесь кодировок, пять разных пробелов и чисто статловушки (смесь разных ед измерения). На нем прекрасно вылезают всё непредусмотренные случаи и ошибки. Это как сквозной пример в бухучете - в конце должен получиться баланс с круглыми цифрами (а в DS - ML модель должна сойтись и дать 97,5% Accuracy).
Программу жиросжигания включает падающий ниже релевантного значения инсулин, его уровень непрерывно измерять дорого.
Низкая задержка 5-10 миллисекунд при традиционном музицировании группой нужна на всех стадиях музпроизводства, за исключением сведения и мастеринга, где часто буфер вынужденно ставят на 512 мсек из-за злоупотребления "улучшайзерами". О задержке говорят прежде всего гитаристы с медиатором (резкая атака), потом вокалисты, и позже всех MIDI-клавишники (они слышат задержку только по выходу, условно половину задержки).
Например, на стадии записи/сочинения - персональный ушной мониторинг со "своим" миксом для каждого музыканта, настроенный им со смартфона по WiFi (штатный функционал DAW Reaper) - та штука, от которой, попробовав раз, решительно невозможно отказаться. Музыкантов словно меняют, они перестают конкурировать и "уходят в выразительность и звукоизвлечение". Я молчу про кратное снижение нагрузки на слух музыкантов, звукорежа, продюсера, зрителей, домашних и животных.
ASIO4All - это на грани стабильности и расстройства психики, хотя некоторым везет (c психикой и железом). Но занятие музыкой - слишком священное хобби, чтобы продолжать жалеть на него 3-10 тыс. руб. на нормальную быструю ASIO-карту. Для Linux примерно 50% таких устройств работают удивительно хорошо (узнавайте заранее на профильных форумах) и задержкой если не ниже, то "такая же", как и в Windows. Добавление в эту схему Wine все равно оcтавит за бортом около 30% важных и привычных VST/VSTi, поэтому жертвы неизбежны. А QUEMU с 5-кратным ростом DPC практически неюзабелен.
Не верю. Если в некоем холдинге из модулей ERP (содержит слово planning) был внедрен только бухучет или какой др. мелкий блок и было принято отказаться от планирования - то любой ПЭО, даже численностью 100 чел., сократить можно. Если же планирование осталось - ПЭО сократить нельзя (любой численности). Ну или его функции просто передали в управляющую компанию, с зарплатами в 5 раз больше и околонулевой прозрачностью для собственника. В такой сценарий я поверю, особенно в нынешних условиях.
Разрушительные последствия - это годами ждать внедрения MRP/EDM/ERP и тратить в пустоту миллиарды рублей, проигрывая конкурентам борьбу. А месяц разгребать Excel-файлы - это пустяк, ПЭО делают это непрерывно и надорваться не могут. Никто в окно ведь не вышел?
VBA и Excel лежат в основе огромного числа MVP и первого года эксплуатации большинства новых инф. систем даже у крупняка. Об этом не принято говорить. IT-шники подключаются на стадии, когда все уже решено, и часто они не в состоянии переварить сделанное. При должном контроле и хотя бы изредка конструктивной помощи от IT - макросописатели вполне в состоянии поддерживать написанное годами, и ничего страшного. А когда денег нет - и вариантов тоже не будет.