ApeCoder

Судя по анонсу https://www.instagram.com/developer/ c 2008 года они запрещабт такое делать. Можно только свои фоточки парсить или скреппить странички нарушая EULA

Попробуйте в свободное время решить задачу уровнем выше. Например, если вам надо исправить ошибку, подумайте, как отлавливать такие ошибки вообще, что сделать чтобы она не возникала больше. Может надо что-то изменить в организации? Написать инструмент статического анализа? Применить паттерн? Обучить кого-то? Сделать рефакторинг?

Постарайтесь провести анализ не только на техническом уровне но и на организационном. Обсудите с коллегами за обедом. Поищите со написано в книжках по этому поводу.

Подумайте какие ваши идеи применить легко, так чтобы они не требовали усилий и все согласились?

Экспортировать в CSV, скрестить, импортировать из CSV?

Разместить рядом манифест приложения в котором указать

Чем не подходит trello именно для этой задачи - вроде на доске должно быть видно кто что делает?

В-общем, есть продукты специально для программистов, которые объединяют управление задачами, code review, планирование и прочее (github, jira, vsts, youtrack и так далее).

Для планирования там реализован автоматический подсчет разных характеристик и всякие графики. Кстати, по запросу "trello lead time" находится некоторое количество дополнений, который подсчитывают такие характеристики для trello.

С моей точки зрения, надо добиваться уменьшения малтитаскинга, потому, что в итоге он неэффективен. Например реализовать канбан с ограничением work in progress - тогда просто свободный разработчик забирает первую неназначенную задачу и работает по ней до конца. Тогда будет видно, сколько в среднем задача проходит через команду и можно будет сказать сколько задач в принципе можно реализовать за какое-то время.

Почитайте про скрам и канбан. Большинство инструментов их поддерживает.

Я бы попробовал включить в презентацию видео и слайды с белым и черным экраном, а потом управлял бы при помощи power point или office remote.

Agile - это набор принципов и ценностей, а не конкретный процесс. Вам надо сначала выяснить какая конкретно инкарнация agile у вас внедряется (Scrum, Kanban, SAFe, XP).

Например в канбане принятно минимизировать время прохождения заявки через процесс, поэтому члены команды могут переключаться между конкретными активностями - аналитик может или разработчик может протестировать если не хватает тестеров, разрабочик может начать работать над менее определенной задачей, если не хватает аналитиков или писать побольше тестов, если не хватает тестеров и т.д.

Вот, например, описание что такое команды в SAFe.

Поискать опенсурсный проект с хорошей архитектурой, разобраться с ним и попробовать сделать туда свой вклад

Я вижу следующие варианты:

Использование приложения Word - запишите макрос, который то делает в VBA (включите запись макроса, вручную выполните действия, затем посмотрите на код в VBA). Потом переведите на C#

Используя OpenOffice XML SDK - разберите и замените в файле, что нужно.

Так же не забывайте, что docx - это зазипованный XML, который можно исследовать и преобразовывать

www.diveintopython3.net

The book is freely licensed under the Creative Commons Attribution Share-Alike license. You can download it as html or pdf. Über-geeks can also clone the Git repository:

Есть разные способы делить задачи на части - функции, объекты, правила и прочее.

Я бы порекомендовал для начала подумать о том, как ты сам думаешь о задачи в голове - из каких терминов состоит придуманное решение. Потом записать это на бумаге или нарисовать схему. Попробовать найти в языке программирования средства для того, чтобы это выразить (условно, существительные - кандидат на переменные и типы данных, глаголы - кандидат на функции и методы).

Для того, чтобы делать это успешно, стоит посмотреть на разные способы формализации - объектно ориентированное программирование, функциональное программирование, логическое программирование, контрактное программирование и пописать на языках, которые его ярко представляют.

Подумать из каких кусочков будет состоять решение, какие из них точно друг от друга зависят, а какие точно не зависят.

Во-первых, для скриптиков есть специальный язык - powershell и на нем задача решается примерно так:

ls "C:\Путь" -r  -attr !directory | %{ mv $_.FullName ($name + "test_" + $i++ + ".pp")  }

Во-ыторых, есть целая статья с разными способами обхода вложенных папок:

• System.IO.SearchOption.AllDirectories
  
• рекурсия
  
• стек или очередь для обхода дерева директорий ф цикле
  

Вот здесь есть инструкция по устранению проблем в развертывании пакетов из стора.

To access the packaging and deployment event logs

Run eventvwr.msc.
Go to Event Viewer (Local) > Applications and Services Logs > Microsoft > Windows.
The first log to check is AppxPackagingOM > Microsoft-Windows-AppxPackaging/Operational.
Deployment-related errors are recorded in AppXDeployment-Server > Microsoft-Windows-AppXDeploymentServer/Operational.
You can also use the following command in PowerShell to get the first few logged events:

Get-Appxlog | Out-GridView

Также можно использовать procmon и посмотреть, какие действия в системе завершаются с ошибкой и какой именно ошибкой