My VSCode Config
Hi fellow devs, For my first post, I'm just documenting my VSCode configurations here for posterity's sake or just for my reference later. Keep in mind that this list is going to be language agnostic and more so utility/aesthetic suggestions (though these are inevitably tied to what languages I work with, so take that as you will). Please feel free to suggest any good extensions that I've missed o
テストコードの期待値はDRYを捨ててベタ書きする ～テストコードの重要な役割とは？～ - Qiita
はじめに みなさん、DRY原則はご存知でしょうか？ DRY = Don't repeat yourselfの略で「繰り返しを避けること」という意味ですよね。 良いコードを書くための重要かつ基本的な原則なので、みなさんよくご存知だと思います。 ですが、DRY原則はテストコードを書く場合は必ずしも最善にはならない場合があります。 他の人が書いたテストコードを見ていると、テストコードにDRY原則を適用したために、かえって悪いコードになっているケースをときどき見かけます。 この記事ではなぜテストコードをDRYにすると良くないのか、ということを説明します。 追記：タイトルを変更しました @t_wada さんのコメントを受けて、タイトルを見直しました。 「テストコードはDRYを捨ててベタ書きする」 => 「テストコードの期待値はDRYを捨ててベタ書きする」 【注意】この記事は画一的なテストコードの書き
Neural Network Libraries by Sony
by Sony An open source software to make research, development and implementation of neural network more efficient. Get Started Features Write less do more Neural Network Libraries allows you to define a computation graph (neural network) intuitively with less amount of code. Dynamic computation graph support Dynamic computation graph used enables flexible runtime network construction. The Library
「Open Source Friday」をGitHubが提唱。金曜日は自分の好きなオープンソースに貢献しよう － Publickey
「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
Enso | Get insights you can rely on. In real time.
Become a data processing guru 🧠 Click here to sign up for our free webinar 🎙️
ReactSPAをRailsに戻している話 - Speaker Deck
All slide content and descriptions are owned by their creators.
最近のgitを使った開発フローについて - その手の平は尻もつかめるさ
最近のgitを使ったWebアプリケーションのプロジェクトの開発フロー (主にブランチ運用) について記すものです． なお前提としてGitHub Enterpriseを利用しています． git-flow 大上段に構えたもののあまり特殊なことはしていなくて，基本的にgit-flowをそのまま踏襲しています． git-flowについてはしっかりした解説記事がインターネット上に数多く存在しますからそれらを参考にしていただければと思いますが，ざっくり説明すると masterブランチ，developブランチ，releaseブランチ，featureブランチ及びhotfixブランチがある masterブランチは常にリリース可能な状態になっている (すなわち現在本番で稼働しているアプリケーションのコードと等しい) developブランチは開発中の状態で，ステージング環境等に上がっている releaseブラン
Gitでマージ済みブランチを一括削除 - Qiita
※develop と main は消さないようにしています。 ※これでスッキリしますが、毎回これ書くのは辛い。 .gitconfig にalias (2021/05/18 ブランチ名の修正他) .gitconfigに以下を追加 これで、 git delete-merged-branch develop とやると｀ 1. developにcheckoutし、 2. merge済みブランチを一括削除 します。 delete-merged-branch はaliasなので好きな名前をつければいいです。(自分は、 vacuum とつけています) スクリプト内の、 develop|main 部分は消したくないブランチ名をパイプでつなげて複数記述すればマージ済みでも削除されません。 e.g.) release main ブランチをブロックしたい場合。 delete-merged-branch = "!
ショボいPull Requestを積み重ねて、自分の中でOSS活動の敷居を下げる - not good but great
GitHubのプロフィールページがパッとしない https://github.com/naoyashiga 「Repositories contributed to」がスカスカ GitHubの自分のプロフィールページを見るたびに、なんかパッとしないなあと思っていた。それは「Repositories contributed to」のところがスカスカだったからだ。Contributeをしてプロフィールページを豪華にしたいと思った。 スターが多いリポジトリは難しい できればスターが多いリポジトリにContributeしたい。自分はSwiftを使うことが多く、例えばAlamofireのような人気リポジトリに、プログラミング能力が低い自分がContributeするのは難しい。実際にリポジトリを見ても、何が問題なのか全くわからなかった笑 ショボいPull Requestを送る 「Repositorie
Mac初期設定まとめ - MyEnigma
Apple 2024 MacBook Air M3チップ搭載13インチノートブック: 13.6インチLiquid Retina ディスプレイ, 8GB ユニファイドメモリ, 256GB SSD ストレージ, バッ クライトキーボード, 1080p FaceTime HD カメラ, Touch ID。iPhone や iPad との連係 機能, ミッドナイト 目次 目次 はじめに 変更履歴 Chrome Homebrewを設定 必要ソフトウェアをインストールする LINE, Kindleのインストール スクリーンショットの名前を変更する スクリーンショットのショートカットを変更して、一度にファイル保存とクリップボード保存をする vimの設定 Windows用のキーボード、マウスをMacで使用するための設定 gitの設定 bashの設定 その他OSの初期設定 参考資料 MyEnigma Sup
Git利用時のフローはどれを使うか - Qiita
Git, GitHub, GitLabそれぞれの特徴 *注意事項：当初は、GitHub Flowを入れる想定で調べていましたので少しGitHub Flowとの比較の観点が強いです Git Flow 使用するブランチ master マイルストーン用のブランチ develop 開発用のブランチ feature 機能追加用 (hot)fix 不具合修正用 release リリース準備用 Git Flowの良さ fix(不具合)の数が一目瞭然 masterを見ればマイルストーンの遷移が一目瞭然 参考：git-flowとプロジェクトの運営 Git Flowのまずさ ほとんどのツールがデフォルトでmasterブランチを表示するが、わざわざdevelopブランチに切り替えないといけない hotfixブランチをdevelop, master共に反映しなければならない点が面倒 参考：【翻訳】GitLab f
Swiftを使ってモダンなWeb APIクライアントを爆速で開発する - Qiita
iOS Advent Calendarの13日目を担当します@giginetです。 APIクライアントを作りたいなあと言う気概になったので、APIクライアントをライブラリ化するまでの方法をご紹介します。 なお、この記事は執筆時点の最新の環境で検証しています。 Xcode7.2 Swift 2.1.1 Carthage 0.11.0 今回使用するAPI 今回は、APIクライアントが見当たらなかったので、WakaTimeという、エディタからデータを送り、自分のプログラミングについてのデータを集積してくれるサービスのAPIクライアントを作って、自分の1週間のコーディングを管理できるようにしてみました。 完全自動で、自分のプログラミング「作業ログ」を収集して可視化する「WakaTime」が素晴らしい件！ | シェアしたくなる最新のWebサービス・ITニュース情報をチェック！ APPGIGA!!（ア
GitHub: Scaling on Ruby, with a nomadic tech team
Source: GitHubSam Lambert joined GitHub in 2013 as the company’s first database administrator, and is now the company’s director of technology. In this interview, he discusses how the service — which now boasts more than 10 million users and 25 million projects — is able to keep on scaling with a relatively simple technology stack. He also talks about GitHub’s largely officeless workplace — about
Qiitaっぽいメモアプリをつくってる話 - 鳥小屋.txt
Potmum（ぽっとまむ） ソースコード： https://github.com/rutan/potmum デモページ： https://potmum-demo.herokuapp.com 身も蓋もない言い方をすればQiitaクローンです。と言っても、用途がQiitaとは違うのでフォロー機能が無かったり、ちょこちょこ機能が違います。 Potmumは菊の鉢植えです。きーく。 なぜ作ったのか？ 僕のSimplenoteが整理不能になったためです(´・ω・｀) livedoor Wiki→Evernote→Simplenoteとメモ置き場を住み替えていき、SimplenoteでMarkdown最高！！という結論に至ったのですが、いまいちタグ機能とかが使いづらかったので、タグが付いてない記事だらけになってしまったのでアクセス性がとても悪くなってしまいました…… 本当はQiitaTeamを使おうと思
冷静に、開発者目線で見た「WWDC 2015」まとめ | DevelopersIO
WWDC 2015 2015年6月9日 午前2時（現地時間では6月8日 午前10時）からAppleが主催する 「WWDC 2015」 が開催されました。例年、WWDCではAppleの新製品や新機能の発表が行われます。各種メディアをはじめ、開発者やApple製品のユーザーからも注目される、年に一度のお祭りのようなイベントです。 前回のWWDC 2014では、新言語「Swift」が発表され、開発者からの注目を大いに集めました。 WWDC 2015でAppleが掲げたテーマは、 「The Epicenter of Change」（変化の震央） です。 一体我々にどんな変化をもたらすのか、また震央とは何かに注目し、開発者目線でレポートをお届けします。 それぞれの OS の変化 OS X El Capitan OS X Yosemiteの後継 Mac OSです。ヨセミテ国立公園の名所で命名されていく
Introducing 'heroku docker:release': Build & Deploy Heroku Apps with Docker
Important update We've recently made some big updates to our support for Docker and the feature described in this blog post has been deprecated. Learn more in the container registry and runtime dev center documentation. When Heroku launched the Cedar container stack 4 years ago, we became one of the first companies to use Linux Containers (LXC) to create a secure, performant and scalable cloud pla
既存のObjective-CアプリケーションをSwiftで書き換えた話 - クックパッド開発者ブログ
海外事業向けのiOSアプリケーション開発を担当している西山(@yuseinishiyama)です。クックパッドは現在、海外複数カ国に向けてサービスを展開しています。 主にObjective-Cで記述されたアプリケーションを全面的にSwiftに書き換える機会があったので、その際に得た知見や書き換えるに至った動機を共有します。 書き換えに至るまでの経緯 この項では、書き換えに至るまでの経緯について説明します。 Objective-C期 アプリケーションの開発は2014年7月頃にスタートしました。Swiftの発表直後でしたが、時期尚早ということもあり、Objective-Cで実装することになりました。 Objective-C、Swift混在期 2014年10月頃から、Swiftへの段階的な移行のために、新規のコードをSwiftで書くようになりました。Swiftの記述力や、ヘッダと実装を行き来しな
「アプリは儲からない。2年で収益12,962円（時給4円）」異端開発者「クリーニングス」がそれでもクソゲーをつくり続ける理由。 | アプリマーケティング研究所
「アプリは儲からない。2年で収益12,962円（時給4円）」異端開発者「クリーニングス」がそれでもクソゲーをつくり続ける理由。 今回は「アプリがぜんぜん売れない」で有名な、アプリ業界の異端児「クリーニングス」さんにお話を伺いました。なぜ彼らは「クソゲー」をつくり続けるのでしょうか。 ※クリーニングス 会社員βさん（左）、会社員Aさん（右） 「クリーニングス」について教えていただけますか？ 会社員A： 同じ会社に勤めている会社員二人で、アプリをつくっている匿名のユニットです。 うちの会社は副業禁止で、バレたらクビになってしまいますので、いつも社員食堂で、こそこそとアプリの企画会議をしています。 どうしてアプリをつくろうと考えたんでしょうか？ 会社員A： そうですね・・・ストレス発散の一種でしょうか。本来は「ふざけた人間」なのに「マジメな会社員」として働いているのがイヤで仕方ないんです。 それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゲーム開発素人集団がゲーム作り始めて いつのまにか40倍の組織になっていた話
モダンWebシステム開発
