[지] 매주 논문을 쓰기 시작하는'주론'

개시하다

독자 대상

연구가 순조롭지 못한 학생(나)

이 보도를 목표로 하다

매주 논문을 증량에 쓰다

초기 단계의 명확한 실험과 고찰 부족

고정 전체상

'퇴고'를 쌓는 연습

GiitHub Actions Automated Week

계기.

며칠 전에 나는 대학의 아시아 세미나에 참가했다.
이 세미나에는 지도교사와 학생들의 참석으로 혼돈의 연구에 시뮬레이션 폐기물(아마)이 들어갔다.
아시아 동물원의 동물이 되고 싶다는 내용으로, 프로젝트에 관한 이해관계를 체험해보자는 내용이다.
여기서 얻은 최고의 경험은 다음과 같다.
인간은 누구나 돼지든 갈매기든 닭이다.환경이 그렇게 하다.
https://www.ryuzee.com/contents/blog/4215
세미나가 끝난 후 이번 선생님과 대학 선생님과 학생들이'연구와 아시아'에 관한 담화 장소가 생겼다.
이때 키로 씨는 나에게 다음과 같은 건의를 했다.
2주마다 거치대에 논문, 액션물 등을 제시하는 MVP가 좋은 것 같아요.
이곳의 이해관계자는 자신과 지도 선생님, 공동 연구자입니다.
의식은 상당히 멀지만 연구실 구성원도 상당히 많다.
관계자들이 읽을 수 있도록2週間という短いスパン見える・動く形 프롬프트를 대상으로 합니다.
이런 방법은 다음과 같은 장점을 고려할 수 있다.

상당히 빠른 단계에서 연구의 전체 상황을 볼 수 있다

작문을 통해 현재의 연구 부족을 알 수 있다

실험 설정

관련 연구

etc...

퇴고력 있음

'유형지물'이 완성되었으니 선생님도 안심하고 확인하실 수 있습니다

아지르는 혼돈의 과제를 해결하기 위해 구단이 존재한다.
그래서 개인의 지향을 연구하기 어렵다.
그럼에도 불구하고 이'1, 2주간의 단거리에서 성과를 내는 방법'을 반드시 연구에 도입해야 한다고 생각한다.

구조 설계

1, 2주간의 단거리 경주 연구는 매우 어렵다.
이것은 다음과 같은 이유를 고려할 수 있다.

새로운 작업은 연구를 진행하는 것이고, 임무는 상세한 백그라운드 기록으로 전환하기 어렵다.

세분화가 상당히 크고 작업 시간은 읽기 어렵다

원래 확실하지 않은 요소는 끊을 수 없다

관련자는 기본적으로 자신과 지도교사이기 때문에 자신이 갈매기가 되는 순간이 높다

바로 여러 사람이기 때문에 개발은 계속되고 개인이라면 중간에 드러난다

이에 따라 매주 논문을 증량적으로 쓰기 위해 기릿허브 액션스로 구현하기로 했다.
외부로부터 체계적인 힘을 주어 논문을 강제로 쓰려고 한다.

창고.

GiitHub Actions(논문 창고)는 다음 창고weekly_report입니다.
Clone이나 Import라는 창고를 통해 매주 논문을 쓰는'주론'이 가능할 것으로 보인다.
https://github.com/tsukuba-mas/weekly_report
기능은 다음과 같습니다.

TeX 파일을 컴파일하고 Release->Asset으로 설정

아래 첨자로 서명할 때

매주 지정 시간(변경 가능)

슬랙에 대한 알림

GitHub Actions

weekly.yml

on:
  schedule:
    # Friday 11:30(JST)
    - cron: "30 2 * * 5"

jobs:
  ComPile_PDF_With_Tags:
    runs-on: ubuntu-latest
    name: Compile PDF with Tags
    steps:
      - name: Get Current Time
        uses: 1466587594/get-current-time@v2
        id: current_time
        with:
          format: "YYYY/MM/DD-HH/mm/ss"
          utcOffset: "+09:00"
      - name: Set up Git repository
        uses: actions/checkout@v2
      - name: Compile Tex File
        id: compile_tex_file
        uses: tsukuba-mas/platex-action@main
        with:
          LATEX_FILE_NAME: "main.tex"
      - name: Create Release
        id: create_release
        uses: actions/create-release@v1
        env:
          GITHUB_TOKEN: ${{secrets.GITHUB_TOKEN}}
        with:
          tag_name: ${{steps.current_time.outputs.formattedTime}}
          release_name: Release ${{steps.current_time.outputs.formattedTime}}
          body: |
            Compiled PDF Weekly ${{steps.current_time.outputs.formattedTime}}
          draft: false
          prerelease: false
      - name: Upload Release Asset
        id: upload_release_asset
        uses: actions/upload-release-asset@v1
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          upload_url: ${{ steps.create_release.outputs.upload_url }}
          asset_path: ./main.pdf
          asset_name: main.pdf
          asset_content_type: application/pdf
      - name: Slack Notification
        uses: rtCamp/action-slack-notify@v2
        env:
          SLACK_WEBHOOK: ${{ secrets.SLACK_WEBHOOK }}
          SLACK_USERNAME: weekly-report
          SLACK_ICON_EMOJI: ":bell:"
          SLACK_MESSAGE: "${{steps.upload_release_asset.outputs.browser_download_url}}"

main.yaml는 탭을 밀었을 때 PDF의 컴파일 +AssetRelease입니다.
라벨 추첨에 관해서는 아래의 문장을 참고하시오.
https://zenn.dev/ganariya/articles/platex-github-action main.yaml와 비교하면 weekly.yaml에서 약간의 변경이 있다.

cron

매주 511시 30분에 Action을 실행합니다.
이 시간에 맞추기 위해서 나는 매주 논문을 쓰고 실험을 해서 지난주보다 더 좋은 논문을 쓰려고 한다.

on:
  schedule:
    # Friday 11:30(JST)
    - cron: "30 2 * * 5"

날짜 획득

작업을 수행할 시간을 가져옵니다.
여기서 얻은 시간은 크론의 Release 탭 이름으로 사용됩니다.

      - name: Get Current Time
        uses: 1466587594/get-current-time@v2
        id: current_time
        with:
          format: "YYYY/MM/DD-HH/mm/ss"
          utcOffset: "+09:00"

Release를 생성할 때 설정된 시간입니다.

      - name: Create Release
        id: create_release
        uses: actions/create-release@v1
        env:
          GITHUB_TOKEN: ${{secrets.GITHUB_TOKEN}}
        with:
          tag_name: ${{steps.current_time.outputs.formattedTime}}
          release_name: Release ${{steps.current_time.outputs.formattedTime}}
          body: |
            Compiled PDF Weekly ${{steps.current_time.outputs.formattedTime}}
          draft: false
          prerelease: false

알림 Slack

Release 및 Asset 작업이 완료되면 슬랙에 알립니다.
SlackMessage에 URL을 설정하면 논문 PDF의 다운로드 URL을 Slack에 표시할 수 있습니다.

      - name: Slack Notification
        uses: rtCamp/action-slack-notify@v2
        env:
          SLACK_WEBHOOK: ${{ secrets.SLACK_WEBHOOK }}
          SLACK_USERNAME: weekly-report
          SLACK_ICON_EMOJI: ":bell:"
          SLACK_MESSAGE: "${{steps.upload_release_asset.outputs.browser_download_url}}"

SLACK_WEBHOOK: ${{ secrets.SLACK_WEBHOOK }}에 관해서는 Incoming-Webhook를 채널로 설정해야 한다.
그런 다음 Webhook의 URL을 저장소의 secretsSLACK_WEBHOOK로 로그인해야 합니다.

사용법

https://github.com/tsukuba-mas/weekly_report
위 저장소의 Clone 또는 Import을 사용하여 Slack의 Webhook을 설정합니다.
그런 다음 Webhook URL을 저장소Repository Secrets로 설정하면 됩니다.
그리고 라벨을 밀거나 크론에서 논문을 디자인합니다.
크론의 타이밍을 변경할 수 있습니다.

최후

석사 1학년 동안 연구를 제대로 하지 못했다.
결과적으로'올해 뭐가 성장했나...'이런 소감이 있다.(경연 전공과 실습은 좋지만 연구는 풀을 통과하지 못하고 주제도 결정하기 어렵다.)
연구는 수업처럼 정해진 시간이 아니라 개인이 계획을 잘 세워 진행해야 한다.
다른 한편, 이것은 매우 복잡한 임무로 매우 작은 입도로 백그라운드 기록을 완성할 수 없다.
나는 1주일, 2주일의 짧은 간격으로'보이는 논문, 동작물'을 만들어 연구의 질을 높이고 싶다.
나는 이 방법을 실제로 시험해 보고 싶다. 한 달 후에 어떤 결과를 얻었는지 귀결해 보려고 한다.

P.S.

연구 때 렌 캔버스라고 쓰면 방향성이 보인다고 해서 이것도 하고 싶어요.
또 일주일부터'하고 싶은 전체 백스테이지 기록'부터 시작해 단거리 단위 기록이 될 수 있도록 노력하고 싶다.
이제 알아차렸어. 결과는 연구의 동력이야...(로그를 아무리 끊어도 경쟁자 등을 우선할 수 없음)

참조 페이지

https://github.com/actions/create-release

https://github.com/actions/upload-release-asset

https://github.com/marketplace/actions/slack-notify

https://github.com/ajilraju/actions-date

https://github.com/1466587594/get-current-time