GitHubで自動生成コードをDiffに表示しない方法 - Qiita
結論 ここに書いてある 注意事項 だいぶ懐かしい記事ですが…突然、「Diffに表示しないなんてGitHubの価値を損なうものだから記事を非公開にするべきだ」というご指摘をいただいたので、念のため追記。 Diffに表示しない、ってことは当然PRにも見えません。 レビューされない怪しいコードが紛れ込むリスクを抱えることになります。 せいぜい自動生成分だけを非表示にして、CIの中で再生成、差分が出ないチェックを入れるなど、ガードの手は考えておいたほうが良いでしょうね。はい。ご利用は計画的に。 背景 mockeryだったり、swagger-codegenだったり、go-bindataだったり… GitHub上に自動生成されたコードを載せている場合、PRやcommitの詳細画面でDiffが邪魔になることがあります。 .gitignoreでそもそも自動生成コードをリポジトリに載せない generate
プログラマーも手動テストしようぜ 〜 忍者式テストのすすめ 〜 - Qiita
はじめに プログラマの中には、TDDのような自動テストを整備すれば、手動テストは必要なくなると考えている方もいるようです。本記事では、主にプログラマー向けに、手動テストの大切さとはじめ方を書きます。 はじめ方に忍者式テストが出てきます。 プログラマーが得意なテスト、不得意なテスト プログラマーはCheckingが得意です。Testingは不得意です。 テストには Testing と Checking の二つの作業がある Michael Boltonという人のお言葉があります。 Testing vs. Checking « Developsense Blog Checking Is Confirmation Testing Is Exploration and Learning テストにという行為はCheckingとTestingの二つの行為の分けられます。 Checkingは既知の不具合が
良い UI をつくる - おいちゃんと呼ばれています
師走に入った。来年良いスタートを切るために一年を振り返るには良い時期だ。 さて、2015年の後半くらいから、フロントエンド・エンジニアとして「良い UI をつくる」ことに自分のリソースを集中させてきた。UI はここではウェブアプリケーションの UI を指す。 一年半をそれに費やしてきて、このあたりで、自分が考える、良い UI（ユーザーインターフェイス）とは何か、どうすればそれを実現できるのかを整理しておくのも悪くないなと思ったので書き留めておく。 良い UI をつくるには 良い UI をつくるには次の 2つが必要だと考える。 1 良い UI を定義できること 2 上記 1 を実装（実現）できること そう、いまから何をしようとしているのかというと、良い UI をつくるために必要な要素をツリー構造で整理しようとしているのだ。 ただし、以下に良い UI をつくるために必要な要素を分類しようと試み
今すぐ始めるLaTeX | POSTD
(訳注:2016/12/11、原文の変更に伴い記事を修正いたしました。) 謝辞 : この記事で書かれていることは全て、大学での私の経験と、読んだいくつもの文献に基づいています。私はプロフェッショナルでもエキスパートでもありませんが、この言語に対する多大な情熱を持つ学生です。issueでの議論は誰からでも歓迎しますし、修正・加筆すべき点があればプルリクエストも受け付けています。もしこの作品が有用だと感じたのであれば 寄付 して頂けると幸いです。 Table of Contents LaTeXとは？ LaTeXを使う理由 LaTeXのための設定 最初のLaTeXファイル もっと深く見てみましょう 多言語での利用 リスト パラグラフとセクション 表の作成 脚注 パッケージとは？ テーブル 画像を追加する LaTeXにコードを挿入する その他のツール LaTeXとは？ LaTeX（「ラ-テック」あ
Slackで多人数オンラインアクションゲームを作る方法 - Qiita
この記事はドワンゴ Advent Calendar 8 日目の記事です。 昨日は @mokumoku さんの 「サーバサイド Swift でウェブページを運用している話 」 でした。 実は僕も仕事ではSwiftを書いていて（クライアントサイドですが）、Swiftは好きな言語の一つです。サーバーサイドSwiftはまだ書いたことがないため、記事を読んで挑戦しようと思いました。 今日のお話はSwiftは全く関係ない、SlackとBotとPythonのお話です。 あるおやすみの日のはなし ある日、弊社プロダクトのニコニコ動画を見ていると面白い動画と出会いました。 面白い実況者が爆弾を使うゲームを自作し、プレイして実況しているのをみて、僕はこう感じました。 「あぁー、僕も爆弾を置いて敵と戦うゲームやりて〜〜」 でも、その時はゲーム機を持っていなくやることができないのが心残りでした。 前置きが長くなり
プログラマーの君！ 騙されるな！ シェルスクリプトはそう書いちゃ駄目だ！！ という話 - Qiita
本記事が切っ掛けとなってお声がけを頂き、本記事の増補リファイン版となる記事をSoftwareDesign 2018年1月号のシェルスクリプト特集第2章として執筆しました。リファイン版には、この記事で触れていない文法面での分かりにくさについての解説が含まれています。その文法面での分かりにくさの解説の一部に相当する記事もありますので、ぜひそちらも併せてご覧下さい。 Shell Script Advent Calendarをご覧の皆様、図々しくも5日目に続く2度目のエントリーのPiroです。 前回は自作のBashスクリプト製Twitterクライアントをネタに実装を解説しましたが、今日は他の言語で多少のプログラミング経験はあるんだけど、どうにもシェルスクリプトは苦手だ……という人のための、シェルスクリプトによるプログラミングの勘所を解説してみようと思います。多分、プログラミング入門レベルの人や上級
IBM Operations Analytics - Predictive Insights | ハイブリッド・クラウド＆ソフトウェア ソリューションガイド | CloudNavi（クラウドナビ）
IBM Operations Analytics - Predictive Insightsは、システムの動作を学習し普段と異なる異常を検出または予測します。アプリケーションやミドルウェアの問題がサービスに影響を及ぼす前に、それらの問題に対処することで、サービスの可用性とパフォーマンスを強化できます。 ■データの分析と学習：メトリックの変動パターンとメトリック間の相関関係を学習 ■異常挙動の検知：普段と異なるパターンや相関の崩れを異常・予兆として検知 ■障害の回避：異常・予兆を元に事前対処することでサービスの可用性を向上しパフォーマンスを改善 ■根本原因分析の高速化：メトリックの変動パターンや相関関係から障害の根本原因を早期に特定 ■導入と設定の簡素化：複雑なサービス・モデルの定義や特殊なスキルが不要なため運用コストを削減 IBM Operations Analytics - Pr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vue.jsで実現するMVVMパターン Fluxアーキテクチャとの距離