記事へのコメント40

    • 注目コメント
    • 新着コメント
    blue_night_blue
    blue_night_blue 業務マニュアルに、これいいかも。

    2023/12/27 リンク

    その他
    diet55
    diet55 「あれ、これって…?」……Wiki?(爆)

    2019/11/12 リンク

    その他
    ryo_n574
    ryo_n574 前職の引き継ぎ資料はGithub Wikiでまとめたんだけど、正解だったと思う

    2019/07/03 リンク

    その他
    progrhyme
    progrhyme こういうのやりたい

    2019/07/02 リンク

    その他
    kw5
    kw5 いいな〜

    2019/07/02 リンク

    その他
    lesamoureuses
    lesamoureuses “ルールそのものに対する提案も Pull Request として来るものが生まれており、議論しやすくなった”

    2019/07/01 リンク

    その他
    Songmu
    Songmu めちゃくちゃ良いし弊社でもやっていきたい。

    2019/07/01 リンク

    その他
    mrkn
    mrkn うらやましい。GHE だからやれるんだと思う。

    2019/06/28 リンク

    その他
    braitom
    braitom ほんとこれ。“そもそも、そこまで頑張って整えている体裁は本当に必要…?”ルールの提案もPRでできるのめっちゃいいな。

    2019/06/28 リンク

    その他
    kzm1760
    kzm1760 羨ましい

    2019/06/27 リンク

    その他
    Gonzoo
    Gonzoo うちもこうしたいなぁ。羨ましい

    2019/06/27 リンク

    その他
    shiopon01
    shiopon01 クッパの就業規則、公開はされていないんすね

    2019/06/27 リンク

    その他
    raimon49
    raimon49 バックオフィス系の社員も巻き込めるのつよい。

    2019/06/27 リンク

    その他
    mirai-iro
    mirai-iro 先進的で素晴らしいし、法務などのバックオフィス的な部署もITエンジニアリングに馴染んでいて「ITエンジニアにとって働きやすい会社」というよいアピールになっている (なお弊社)

    2019/06/27 リンク

    その他
    studio_graph
    studio_graph みんなでGitHub使ってます

    2019/06/27 リンク

    その他
    ysk-ur
    ysk-ur つよい

    2019/06/27 リンク

    その他
    borerere
    borerere クックパッドエンジニアがすごいアピールすごいけどサービスがつらい

    2019/06/27 リンク

    その他
    kuroko_otomo
    kuroko_otomo 社内の規則を改定しない、クソ会社には必要ないみたい。でも、markdownは最高

    2019/06/27 リンク

    その他
    omr14
    omr14 ワード辛いわかる

    2019/06/27 リンク

    その他
    kijtra
    kijtra 一度挑戦しようとしたんだけど、図がやりにくくて、図で一発理解なものを文章にすると読みたい文章じゃなくなる。あと印刷しにくい点と、文書どうしの並び順管理とか、そこらへんどうしてんだろ。

    2019/06/27 リンク

    その他
    t_motooka
    t_motooka 社内規定も契約書も定款も株主総会議事録も、git管理+mdからの整形が良いですぞ。

    2019/06/27 リンク

    その他
    call_me_nots
    call_me_nots “GitHub の Branch Protection を使い、責任者の Approve がなければマージできないようになっている”

    2019/06/27 リンク

    その他
    atro
    atro これ導入したいんだよ

    2019/06/27 リンク

    その他
    TakamoriTarou
    TakamoriTarou よく考えると法律もプレーンテキストだから、社規定もこの形がよい

    2019/06/27 リンク

    その他
    light940
    light940 技術系じゃない文書とかドキュメントもGitHubで管理した方が効率良い場合は多々ありそう。 こうゆう感じで非エンジニアに対しても積極的にGitHub使っていくスタイルは良い!

    2019/06/27 リンク

    その他
    fashi
    fashi 版管理だけでなくプルリクとマージまで活用するとは

    2019/06/27 リンク

    その他
    gachapining
    gachapining こういうバックオフィスも巻き込み最適化していける会社は総合力が高い。エンジニアがツールを勧めても、バックオフィスの人が拒否反応を示して、オフィスやスプレッドシートのままであることは多い気がする。

    2019/06/27 リンク

    その他
    Kuichi
    Kuichi プレーンテキストは色々な環境で見られるし、スタイルがつけられない分管理もしやすいなあと常々思っている(WordとExcelに悩まされることが結構あるので…)

    2019/06/27 リンク

    その他
    esocchi
    esocchi ウチのPLはgitが使えないというのに

    2019/06/27 リンク

    その他
    yatta47
    yatta47 この取り組み、ドキュメント作成で取り組み始めた。

    2019/06/27 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    Markdown と GitHub で社内規程を便利に管理 - クックパッド開発者ブログ

    VP of Technology の星 (@kani_b) です。技術基盤や研究開発領域などを担当しつつ、社内の色々なことを...

    ブックマークしたユーザー

    • blue_night_blue2023/12/27 blue_night_blue
    • techtech05212023/05/20 techtech0521
    • imyutaro2023/02/06 imyutaro
    • ykei2502022/05/11 ykei250
    • lamich2022/01/08 lamich
    • moegg2021/08/24 moegg
    • konisimple2021/06/04 konisimple
    • nnakatani2020/11/27 nnakatani
    • V-82020/05/17 V-8
    • daichifj2020/04/14 daichifj
    • mannomu2020/02/22 mannomu
    • takasi-i2020/01/30 takasi-i
    • pierrotlefou2020/01/21 pierrotlefou
    • kenta19842019/11/29 kenta1984
    • Kero862019/11/15 Kero86
    • diet552019/11/12 diet55
    • torimetal2019/10/27 torimetal
    • quodius2019/10/11 quodius
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    pFad - Phonifier reborn

    Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

    Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


    Alternative Proxies:

    Alternative Proxy

    pFad Proxy

    pFad v3 Proxy

    pFad v4 Proxy