オブジェクト指向の欠点をカバーする努力 - Qiita
オブジェクト指向の問題点 インターネッツを良くするポエムというのは、「こういう問題に対して、こういうソリューションでカバーしてきたよ」をみんなでシェアすることだと思うので、ここに挙げられていることの一部に対して、オブジェクト指向界隈が今までこんな工夫をしてきたよとか、僕の目から見えている「技術発展の流れ」について書いてみようと思います。まあ僕も全ジャンルをまんべんなくやっているわけじゃないし、一部想像で補っている部分もあります。他にもあればぜひシェアしてください！ 上記のサイトで書かれている内容のうち、 オブジェクトのつながり具合が手続きでしか表現できない/知識表現が手続き側に偏っている 関係性が表現できない ユーザレベルでの部品化再利用に全然なっていない について取り扱います。 オブジェクトのつながり具合が手続きでしか表現できない/知識表現が手続き側に偏っている 元は2項目ですが、内容的
開発者（個人）のためのJenkins - Parameter編 - Qiita
String, Text String と Text はどちらも文字列を扱うパラメータです。 違うのは、String は 1行、Textは複数行を受け取るパラメータだということです。 ただし、Textはシェルの実行上では、改行 -> 空白 に変換されます。 Textパラメータの改行は、改行のまま変数に入っていました。 echo が改行を空白にしていました。ダブルクォートで挟まないといけませんでした... このパラメータを echo し、od コマンドで 16 進数で出力すると、次のようになります。 Choice ドロップボックス形式のパラメータを作成します。 私がよく設定する例を示します。 選択値の先頭に半角スペースを使っているのがミソです。 デフォルトの選択値を用意したくない時に使います。 半角スペースなしにただ改行しただけだと、再度ジョブの設定を編集した際に、改行の部分が無かったことに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
