The Station is a weekly newsletter dedicated to all things transportation. Sign up here — just click The Station — to receive the newsletter every weekend in your inbox. Subscribe for free. W
6月2日にmicrosoftがgithubを買収する噂が流れて、3日には確定情報として流れて、4日には正式発表があった。これに対しては歓迎する声から悲しむ声、非難する声などさまざまな反応があった。この反応の一部が、どちらの方向についてもあまり良くないと思っているので、可能な限り問題のある反応を潰しておこうという意図でこれを書くことにした。 ちなみに、笑える反応としては、githubにアクセスするとClipperやカイル君が出てくるようになるみたいなジョーク画像の類があるけど、これを集めているとキリがないし今回はきちんと論じたいことがあるので、その辺は他所に任せたい。 それはさておき、これは長い文章(になる予定)なので、最初にふたことで要約しておきたい: 新CEOのNatは割と信用できるやつで、きっとGitHubを上手くやっていってくれるので、もしMSというだけで疑っているだけならちょっと人
We've detected unusual activity from your computer network To continue, please click the box below to let us know you're not a robot. Why did this happen? Please make sure your browser supports JavaScript and cookies and that you are not blocking them from loading. For more information you can review our Terms of Service and Cookie Policy. Need Help? For inquiries related to this message please co
はじめに タイトルにある通り、git-chglog という Go 製の CHANGELOG ジェネレータを作りました。 git-chglog/git-chglog https://github.com/git-chglog/git-chglog Git を使用したコミットとタグからなる情報を元に CHANGELOG を作成するためのツールです。 まだまともなサンプルが用意出来ていないのですが、以下は Angular のリポジトリで試しに作ってみたイメージです。 2018/02/20 時点の Angular のコミット数がおよそ 9600 程度で、生成までの時間が 2.5〜3.5s なので、まぁストレスなく使えるレベルの速度かなと思います。 僕が普段仕事としている Web Front-End 界隈では、conventional-changelog というツールが存在し、恐らく最も使われていま
Code Privacy. Just because you support OSS, doesn't mean you want your name forever associated with every project you ever touch Last login: Sat Aug 5 2017 23:34:14 on ttys000 ➜ ~ git clone https://github.com/AnalogJ/gitmask.git ➜ ~ git checkout -b feat_branch ➜ ~ echo "update readme" >> README.md ➜ ~ git commit -am "Commits will be squashed and messages overwritten" ➜ ~ git remote add gitmask htt
The open source world's diversity problem could actually make the larger tech industry's entrenched imbalances worse. Today's world runs on open source software. The web, smartphones, the Amazon Echo, your car—everything high-tech depends on open source these days. Where free, collaborative software projects were once the flags flown by indie developers bucking corporate computing, today even comp
Antisocial Coding: My Year at GitHub Coraline Ada Ehmke | July 5, 2017 I really enjoyed the job I had in 2015. I was a principal engineer at a health tech company, with a polyglot team comprised of Ruby and Clojure developers ranging from very early career to very seasoned. I was learning a lot and doing really interesting work. I felt like I had finally found a company that I could stick with for
「Open Source Friday」をGitHubが提唱。金曜日は自分の好きなオープンソースに貢献しよう これはもともとGitHub社内で行われていた運動を広げ、誰でも参加しやすいようにしたもの。 下記はOpen Source Fridayの提唱を紹介する同社ブログの記事「Contribute on Open Source Friday · GitHub」からの引用です。 Over the last three years, we've encouraged GitHub employees to take time at least every fourth Friday to work on open source and share what we're working on with each other. Open Source Friday has grown from t
Pull Requestを出してレビューしてもらってから反映。 どこにでもあるありふれた開発フローに付きまとう、どこにでもあるありふれた問題。 「Pull Requestがレビューされない」 もちろん開発フローにレビューが含まれている以上、レビューをしないメンバーにも非がないとは言えませんが、多くの場合はレビューされないPRには問題があるものです。 デカい 兎にも角にもデカいPRは読むのがつらいです。 もちろん要件が明記されていないなど、他にもPRが読みにくくなる原因はたくさんありますが、一番はこれです。 極端な話、1行変更のPRは他に何も書かれていなくても実装内容を察することができますが、10ファイル100行の差分と箇条書き20点の要件が書かれたPRは内容を把握するだけで一苦労です。 しかし、このこと自体は数カ月でもコードを書いていれば自然と勘づくもの。 問題はなぜPRが大きくなってしま
イギリス政府におけるデジタル政策について語ったのはGDS(UK Government Digital Service)のジェームズ・スチュワート氏。イギリス政府内に起こった大きな変革とは? イギリス|専門機関におけるGitHub活用事例 ※サンフランシスコにて2016年9月に開催された「GitHub Universe 2016」よりレポート記事をお届けします。 GDS(UK Government Digital Service)は、エンジニアやデザイナー、アナリストなどさまざまな専門家によって編成されている機関だ。現在、このGDSが主導し、イギリス政府内に大きな変革が起こっているという。 GDSが設立されたのは、2010年のこと。その背景には、当時のイギリス政府のポータルサイトが、あまりにも使いにくいものだったいう問題がある。 「当時、イギリス政府のポータルサイトには数え切れないほどのリン
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
モジュールメンテナンスを通じて感じる最近のPerl
この記事について 職務経歴書をGitHubで公開して転職活動を楽にしようという提案です。 書類めんどくさい 職務経歴書や履歴書、毎回書くの面倒ですよね。なので、最近(相手が問題なければ)履歴書はWantedlyのリンクを送るようにしてみました。 ただ、職務経歴書はなかなかいいサービスがないので難しいと悩んでいました そんなときに @kubosho_ さんがGitで管理してGitHubでプレビューできるようにしていると聞きました、頭いい! しょうがないので職務経歴書をGitで管理してGitHubでプレビューできるようにしてます… — kubosho_ (@kubosho_) 2016年11月21日 というわけで私も採用して、公開しました。 https://github.com/okoysm/Curriculum-Vitae ※ちなみにkubosho_さんオリジナルではなく、他の人を真似した模
(このトークは @kohei-takata が通訳しました。) 皆さんこんにちは。今日、私は、どのように Electron が生まれ、有名になっていったかについて話したいと思います。 Kohei TAKATAさんにトークの内容を翻訳してもらったので、私は日本語でこのトークを行う(おこなう)ことができます。ありがとうございます。 はじめに、自己紹介をしたいと思います。私は3つの名前を持っています。中国では、 ちょうせい と呼ばれています。アメリカでは、 Cheng Zhao と呼ばれています。これは、英語表記の名前です。しかし、日本では私の名前は ジャオ チェン になります。これは英語名のカタカナ表記になります。このように、私は同じ意味の3つの名前を持っています。 私は Electron の作者(さくしゃ)です。今は GitHub で働いています。今も Electron の開発を続けています
Redirecting… Click here if you are not redirected.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く