クズが教える新人プログラマ処世術 - Qiita
Welcome to Underground という訳で今年から新人プログラマとして働く方、おめでとうございます。 この先、皆さんには 糞みたいな上司と争ったり、糞みたいな炎上プロジェクトに突っ込まれたり、糞みたいなクライアントの対応したり 素敵なイベントが沢山あることでしょう！ そんな皆さんにクズと自認している私が僭越ながら処世術をお教え致します。 学生時代からOSSに貢献してたり、スタートアップに潜入してたりする意識高い学生は回れ右してお帰りください。 クズなりの糞みたいな職場の乗りこなし方 大小様々な会社が古今東西色々とございますが、中には糞みたいな会社や糞みたいな部署や糞みたいなチームがあります。 そういったところへ自分が配属された時にはまず 次の転職先を探してください。 そのような現場に回されてしまっても無理してあなたはそこで働くことはありません。 さっさと転職しましょう。 え？
Readme駆動開発を和訳してみた - Qiita
rebuild.fmで話にあがっていた「Readme Driven Development」について、 原文がどんな内容なのか気になったので訳してみました。 英語力が低いのでGoogle翻訳等をフル活用していますので、 間違っているところや日本語的に怪しいところなどありましたら、ご指摘お願いいたします！ 最近TDD（テスト駆動開発）やBDD（ビヘイビア駆動開発）、エクストリームプログラミング、スクラム開発、スタンドアップミーティングなど、より良いソフトウェア開発のための様々な種類の方法論・開発手法の話題をよく耳にする。 だが、開発しているソフトウェアに対して、それらの方法論・開発手法がマッチしていない限り、全く意味は無いものになっているだろう。 別の言い方をすると、粗悪な設計書に基づいた完璧な実装のように価値がないということだ。 同じようなもので、ドキュメントの無いビューティフルな技術を用
Readme駆動開発を和訳してみた - 生涯未熟
rebuild.fmで話にあがっていた「Readme Driven Development」について、 原文がどんな内容なのか気になったので訳してみました。 英語力が低いのでGoogle翻訳等をフル活用していますので、 間違っているところや日本語的に怪しいところなどありましたら、ご指摘お願いいたします！ 最近TDD（テスト駆動開発）やBDD（ビヘイビア駆動開発）、エクストリームプログラミング、スクラム開発、スタンドアップミーティングなど、より良いソフトウェア開発のための様々な種類の方法論・開発手法の話題をよく耳にする。 だが、開発しているソフトウェアに対して、それらの方法論・開発手法がマッチしていない限り、全く意味は無いものになっているだろう。 別の言い方をすると、粗悪な設計書に基づいた完璧な実装のように価値がないということだ。 同じようなもので、ドキュメントの無いビューティフルな技術を用
実践的なREADME駆動について | GH Issue Note
README Driven Development 実践的なREADME駆動の話をしてるスライド。 以下のイベントでのスライドらしい Write The Docs EU – A two day conference for technical writers, documentarians, and all those who write the docs. ユーザーがそのツールを選ぶのにドキュメントは大事な指標であり、README駆動開発とは何かについて紹介してる。 README駆動のメリットしてはコードを書く前にバグを直す、コードのスケッチングできる点を上げてる 実際にREADMEをPRしてレビューやmdlintでチェックすることで、一つのREADMEというエントリーポイントが存在することになる。 Who, what, when, where, why and how. そのREADM
GithubのREADME.mdの書き方がわかるリンク先まとめ | Webスクリプターがつぶやくブログ
Githubと向き合うことにしたのはいいんですが、よくよく考えれば、皆様が準備してくださったファイルをダウンロードして変更したことがあるだけで、最初から自分で作ったことなかったです。これは早くも挫折の予感。 み「ということで、作り方が知りたい」 こ「とりあえずググって、readmeを作ってみたらいいんじゃない？」 み「なるほど！（いつもの感じでテスト用readme.txtを作る） ……… なんかREADME.mdってファイルが自動的に生まれたんですけど何これ。 と思ったんですが、Github使っている人は日常的にこのファイルを見ているはず（らしい）……どれだと思ったらGithubのページにある1番最初にファイルリストの下に表示されているやつ（例：リンク先）、これがREADME.mdの中身のようだ。例のサイトのように日本語も使える。 こうなると、ここはしっかり考えて書かないといけない。 適当
非エンジニアも知っておくべき！ーGitとGithubの違いとは
更新日: 2020年9月25日公開日: 2016年4月15日非エンジニアも知っておくべき！ーGitとGithubの違いとは プログラミングをやっていて、「あ、元に戻したい、、、」と思うときはありませんか？ バージョン管理システムはそんな悩みを解決するために、変更履歴の保存ができるツールです。 Gitはさらに、ソースコードを好きなタイミングに戻すことや、編集した箇所の差分を簡単に比較できます。 また、GitHubはGitで管理しているソースコードを、インターネット上で誰でもダウンロードしたり編集したりが可能です。 今回は、最も人気なバージョン管理ツールであるGitと、Git管理されているソースコードをweb上で管理できるGitHubについて解説していきます。 バージョン管理システムとは バージョン管理システムとは、テキストファイルの変更履歴を保存できるツールであり、Gitもそのうちの1つです
GitHubとは何かわかりやすく解説！重宝される理由や便利な機能も紹介 | 侍エンジニアブログ
本記事はプログラミングやWebデザインなど、100種類以上の教材を制作・提供する「侍テラコヤ」、4万5,000名以上の累計指導実績を持つプログラミングスクール「侍エンジニア」を運営する株式会社SAMURAIが制作しています。 また、当メディア「侍エンジニアブログ」を運営する株式会社SAMURAIは「DX認定取得事業者」に選定されており、プログラミングを中心としたITに関する正確な情報提供に努めております。 記事制作の詳しい流れは「SAMURAI ENGINEER Blogのコンテンツ制作フロー」をご確認ください。 GitHubとは？ GitHubとは、世界中の人々が自分の作品などの成果物（プログラムやデザインなど）を保存、公開できるWebサービスのことです。GitHub社によって運営されており、個人・企業を問わず無料でも利用できます。 GitHubを使えば、自分の成果物を世に広めることも、
チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 | SELECK [セレック]
エンジニアなら一度は名前を聞いたことがあるサービス、GitHub。今やOSS開発に限らず、企業内でのチーム開発には欠かせないものになりました。 SELECKにも数々の事例がありますが、「そもそもGitHubって何なの？」「活用方法が分からない」という方のために、連載形式で解説していきます。ネタの続く限り、予定では10回くらいになる予定です(でしたが、第1回を書き終わってみると10回も書けない気がしてきました)。 第1回は、次の内容でお送りします。 GitHubのベースにある技術、バージョン管理システムGitとは？ GitHubを使うメリットとは？ GitHubへの登録とリポジトリの作成 Gitの使い方「クローン/clone」「コミット/commit」「プッシュ/push」 ▼このシリーズの記事一覧 チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 チ
![チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/57c93643300e37bccd467ff2b044585b66e530f5/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F04%2F01211838%2F49a55d4b-0851-40a2-ba6f-16ff6986b29c1.png)
チーム開発を変える「GitHub」とは？〜Issuesの使い方〜【連載第3回】 | SELECK [セレック]
リポジトリ管理サービスGitHubの入門記事、連載第3回目です！前回はGitHubの主要機能「Pull Request」について解説しましたが、今回はもう一つの主要機能Issues（イシュー）について、次の流れで解説します。 課題管理機能Issues（イシュー）とは Issuesを使ってみる 担当者を明確にするAssignee（アサイニー）機能 スケジュールを管理するMilestone（マイルストン）機能 増えたIssueを整理するLabel（ラベル）機能 OSSでのIssues活用事例 ▼このシリーズの記事一覧 チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 チーム開発を変える「GitHub」とは？〜Pull Requestの使い方〜【連載第2回】 チーム開発を変える「GitHub」とは？〜Issuesの使い方〜【連載第3回】 チーム開発を変える
![チーム開発を変える「GitHub」とは？〜Issuesの使い方〜【連載第3回】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c96be575499a46a774f9ef2453c2642e1fc3e44f/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F05%2F01210635%2F28d953bc-b2ac-417a-a7ce-28c2f2f5863b1.png)
GitHub にカンバン機能が追加されました！ ｜ DevelopersIO
待望のカンバンが標準搭載された GitHub のカンファレンス「Universe 2016」にて、待望のカンバン機能が追加されることが発表されました！「Project」という機能名で、すべての GitHub リポジトリで利用できるようになっています。 A whole new GitHub Universe: announcing new tools, forums, and features 機能の概要は次の通りです。 Code, Issue, PullRequest をリストできる ワークフローに合わせたカラムを設定し、ソートすることができる カードはドラッグアンドドロップで自由に移動できる Waffle.io と ZenHub がパートナーとなって開発している GitHub のリポジトリベースのタスク管理といえば Waffle.io や ZenHub が有名ですが、これらのサービスの開
今さら聞けない！GitHubの使い方【超初心者向け】
今まで使ったことがない初心者向けに「GitHubの使い方」を解説した記事です。Gitを使う上で知っておきたい、ローカルリポジトリとリモートリポジトリ、コミットとプッシュなども細かく紹介。最後は、よく使うGitのコマンド12もあり。 テックアカデミーマガジンは受講者数No.1のプログラミングスクール「テックアカデミー」が運営。初心者向けにプロが解説した記事を公開中。現役エンジニアの方はこちらをご覧ください。 ※ アンケートモニター提供元：GMOリサーチ株式会社 調査期間：2021年8月12日～8月16日 調査対象：2020年8月以降にプログラミングスクールを受講した18～80歳の男女1,000名 調査手法：インターネット調査 開発者にとってなくてはならないサービスとしてGitHubがあります。 エンジニアにとっては当たり前のサービスですが、これからプログラミングの勉強を始める初心者にとっ
脱GitHub初心者を目指す人のREADMEマークダウン使いこなし術 | ゆっくりと…
README がキチッと書かれているプロジェクトって、どんなに小さくても立派に見えますよネ。 GitHub の場合、大抵はマークダウン記法で書かれた README.md とか README.markdown とかいう名前のファイルが、HTML に変換 （マークアップ） されて表示されていることはご存知でしょう。 マークダウン記法自体はとても簡単なのですが、GitHub では GitHub Flavored Markdown （略して GFM） という GitHub 用にアレンジされたマークダウン・エンジンが採用されていて、一般のマークダウン・エディタでチェックしてからコミットしても、意図通りの見た目にならないことが多々あります。私 （もちろん GitHub 初心者です！） の場合、README ファイルだけで10回以上もコミットしてしまいました。「マークアップ （レンダリング） を気にして
わかりやすい README 駆動開発 - Qiita
巷には README 駆動開発（Readme Driven Development; RDD）なるものがあるようで、とても合理的でかつ便利であったので紹介します。 README 駆動開発（以下、RDD）とはその名の通り、README ありきの開発スタイルのことで、簡単に言うと「コード書く前に README 書く」ってことです。 開発に入る前にドキュメンテーション、というまあ当たり前であるようでちょっとしたツールでは蔑ろにしがちなことですよね。 わかりやすいREADME.mdを書く - SOTA Readme駆動開発を和訳してみた - Qiita Readme駆動開発を和訳してみた - 生涯未熟 実践的なREADME駆動について - GH Issue Note RDD のメリット モチベーションが高いときに書ける 正直、README 含めドキュメンテーションってめんどくさいです。しかし、コー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[英語] 〜は良いが、〜の方がより良い
[GitHub英語] 内部的な処理をパッケージに分離
[GitHub英語] メソッドをモジュールに分離
GitHubの基本操作や用語、便利な機能などをまとめたドキュメントです。
Git・Githubに隠された便利な機能
github 機能 概要 - Google 検索
github readme 書き方 - Google 検索