printデバッグについて - Qiita
初心者が多用するデバッグ法というと、printデバッグです。誰に教わることもなく、自然と自己発見して使い続けるケースが多い気がしています。 プログラマーの三大美徳には怠惰という文言があります。ただ、この怠惰というのは繰り返し作業をやめるために、アクティブな行動を伴うので、別なポジティブなラベリングがされるべきだし、個人的にはちょっと違和感があります。低きに流れて部分最適化されてしまうprintデバッグこそ愛すべき怠惰な気がしています。 UI/UXというと、すごい意識高い感じだけど、じつは意識の低さが大事だと思っていて、低きに流れた先が最短ルートで目的というのが大事なんじゃないかと。何かを探すときはまずスタートボタン（Windows95）。困ったらホームボタン（iOS）。OSごとのUIガイドラインに従うのも、そのユーザーにとってすでに常識となっている使い方に対応することで、ユーザーに新しい学
デベロッパーツールの賢い使い方！テキストが多い少ないで崩れないかなど、デザインの検証や調整方法のまとめ
CSSについてあまり詳しくないデザイナーでも、デザインのさまざまな検証や調整ができるデベロッパーツールの使い方を紹介します。 テキストや要素が多い少ないでコンテンツのデザインが崩れないか、要素のデザインを簡単に比較したり、画像や要素のカラーを一括で変更したりなど、制作にすぐに役立つものばかりです。 Using DevTools to Tweak Designs in the Browser 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 要素に与えられたclassを切り替える コンテンツの量でデザインが崩れないかテストする 指定した要素を非表示にする デザイン要素のスクリーンショット デザインのカラーを変更する CSSの変数を使用する（カスタムCSSプロパティ） 「filter: invert();」で要素のカラーを反転する C
Rubyではじめるシステムトレードが隠れた名著 - 無趣味な人
漫画家の坂本タクマさんの書いた「Rubyではじめるシステムトレード (現代の錬金術師シリーズ)」という本がある。 この本がかなりの名著だ。 繰り返し読んでる。 Rubyを学びたい人には是非お勧めしたい。 この本はシステムトレードの検証プログラムを作りながら、Rubyを勉強する本だ。 普通の初心者向けのプログラム本は、使い道のない「お買い物プログラム」とかで学ぶことが多い。 だが、この本で使う検証プログラムは実用的で拡張性も高い。 実際に使える。検証できる。素晴らしい。 この検証プログラムは本を購入すればダウンロードすることができる。 この検証プログラムだけで、本の定価代以上の価値はある。 というか、私にとっては数十万円以上の価値がある。 これが三千円で買えてしまう。ありがたい。 本の内容はプログラム初心者向けに丁寧に書かれている。 最初から読んでいけば、分からないところは出てこないと思う。
wtf!!!!!!!!!!!!!!!!!!!!!!?????????????????? - Qiita
tl;dr wtfを使おう 概要（というか全部） pryにはwtfというコマンドがあります。これは最後に起こったエラーのバックトレースを数行表示してくれるものです。これだけでも便利ですが、バックトレースが全部欲しいときはwtf!?のように、!や?を後置するといけます。しかもこれ、いくつでも大丈夫です。なので、 wtf!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
再帰関数のスタックオーバーフローを倒す話 その1 - ぐるぐる～
再帰関数のスタックオーバーフローを倒す話を何回かに分けてします。 連載目次 再帰関数のスタックオーバーフローを倒す話 その1 ← 今回 CPSとCPS変換の話 再帰関数のスタックオーバーフローを倒す話 その1.5 F#での「末尾」についての話 再帰関数のスタックオーバーフローを倒す話 その2 .NETにおける末尾最適化の方法についての話 再帰関数のスタックオーバーフローを倒す話 その2.5 継続モナドと、F#の残念さの話 再帰関数のスタックオーバーフローを倒す話 その3 すべてをあきらめて再帰をwhileに書き直す方法の話 はじめに 継続渡しスタイルもしくは継続渡し形式(Continuation Passing Style、以降CPS)という言葉を聞いたことがあるでしょうか。 今日はCPSの話をします。 前提知識は、F#のみです。 継続とは CPSの前に、まずは継続の話です。 継続と言って
Eclipseを使ったRuby on Railsのデバッグ環境構築 〜 Ubuntu編
Ruby on Rails を開発する環境を Ubuntu上に構築するためのガイダンスです。 特にEclipseにおけるシングルステップ デバッギング環境の構築を目標としたガイダンスです。 3日以上悩みました。そして、一端は投げ出しました。その時の環境はUbuntu12.04でした。もしかすると違うバージョンではうまく行くのかもしれないと思い、思い切ってUbuntu13.10をクリーンインストールしてみた。 最初はうまくいかず、戸惑ったが、RubyMineをインストールしたあと、Eclipseを起動してみるとなんと設定したブレークポイントでブレイクするではないか！！あまりに嬉しくて小躍りしてしまった。 その後。じゃあ Ubuntu12.04でも Ubuntu14.04(daily build)でもデバッグできるんじゃねーの？？と思い、あれこれ試行錯誤してみたら、どのバージョンでもEclip
クラウドに分散して実行中のJavaコードをデバッグできる「Google Cloud Debugger」が、Compute Engineに対応
クラウドに分散して実行中のJavaコードをデバッグできる「Google Cloud Debugger」が、Compute Engineに対応 Googleが昨年11月に発表したクラウド対応デバッガ「Google Cloud Debugger」は、Google App Engineで分散したサーバ上で動作しているJavaアプリケーションであっても、コード中の任意の位置の変数の値を参照できる、といった機能を備えたデバッガです。 クラウド上では、アプリケーションを実行しているサーバを特定することが時として困難であり、また稼働しているサーバの台数も変動する可能性があります。そのため、アプリケーションの稼働環境が固定されていることが前提の従来のデバッガでは、クラウド環境上でデバッグすることは容易ではありませんでした。 そのためプログラマは、状態が知りたいコードの場所にログを吐くコードを組み込み、あと
日本語で読める IT名文書 三選 - naoyaのはてなダイアリー
pplog の方に書いたけど、別にブログに書けばいいかと思い直したので投稿。Slack でチャットしてて、なんとなくこれ面白いよ URL を共有する機会があったので適当に選んだもの。 伽藍、バザール、ノウアスフィア、おなべ(3) http://www.artonx.org/diary/20120411.html#p01 artonさんがノウアスフィアの開墾についてわかりやすく書いてるもの。原文はちょっと長くて読むのが大変だけど、こっちは分かりやすいし、面白い。OSS の構造がなんかわかったきになる、すごい。 Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した http://anond.hatelabo.jp/20111018190933 (前編) http://anond.hatelabo.jp/20111018192953 (中編) http://a
デジタルカメラを自作してみよう【回路設計・デバッグ編】 - karaage. [からあげ]
今までのあらすじ 以下のような感じです。 回数を重ねることに無駄に注目が集まっているので、正直プレッシャ感じてます。すみません、嘘つきました。なんとも思ってないのです。ただ、ほんのちょっとだけ責任は感じているので頑張って続きを書いてみます。 回路を設計しよう 前回はRaspberry PiのSetupまでしたので、Raspberry Piを中心として回路設計をして簡単なデバッグ（動作確認）までをしましょう。回路設計は人にもよりますが、大体以下のようなものを順につくっていきます。大きいものから小さいもの、概略から詳細を設計していくのが基本です。 ブロック図 系統図 ポート割り付け 回路図 必要な物 前回のRaspberry Pi Setup編で購入したものは省略 Sanwa(三和電気計器) デジタルマルチメーター PM-3 出版社/メーカー: 三和電気計器メディア: Tools & Hard
![デジタルカメラを自作してみよう【回路設計・デバッグ編】 - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d1619e4123a8fdf407b8b58e7b7885879b087a74/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20140907%2F20140907125657.jpg)
LT駆動開発で ruboty の使い方っぽいことを適当に紹介した | そんなこと覚えてない
LT駆動開発 05 でライトニングトークをした。 6月はすごい広島のBOTを作って遊ぶことをしていた気がしたのでこれを紹介することにした。これは Ruboty で作成した。 何か毎回やってないネタを挟みたいということで、ふたつスライドを用意して相互参照するというネタをした。 まずは、BOTの具体例である「すごい広島 BOT」を紹介することでなにがしたいのかをBOTを知らない人に理解してもらう。 そこから、どうやってそれを作るのか。というところに焦点をおいたというライトニングトークするという流れである。 しかし、実際、ふたつもライトニングトークをする時間があるかどうかわからないので「Rubotyの使い方」はかなり適当につくってしまった。 類似性を持たせるために、前半は同じ構成になっている。 最終的にしたいことは、「すごい広島のTwitterアカウントを誰か運用してくれ」ということかもしれない
Linuxカーネルハックに興味があるけど特にネタが無いんだよな〜って人向けの小ネタ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
Linuxカーネルに興味があるんだけど特に作りたいものってないんだよなーなんて割とあると思う訳です。俺とか。。。 まあ、kernelnewbiesのメーリングリストでもよく見る話題かと思います。この辺なんかもそうですね。 で、そんな時にオススメできるのがkmemleak。カーネルに組み込まれたメモリーリーク検出ツールです。 使い方は至って簡単でカーネルのコンフィグレーションにあるKernel memory leak detectorを有効にしたカーネルを普通に使えばOK。カーネルはメインラインのrcでもtipでもlinux-nextでも何でも良いと思います。 設定の場所はKernel Hacking -> Memory Debugging -> Kernel memory leak detectorにチェックをするのと、 その下のMaximum kmemleak early log ent
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
