タグ

2016年9月1日のブックマーク (12件)

  • SSHD_CONFIG (5)

    OpenSSH SSH デーモン 設定ファイル 書式 /etc/ssh/sshd_config 説明 sshd (8) は/etc/ssh/sshd_config(あるいはコマンドラインから-f オプションで指定したファイル) から設定を読み込みます。このファイルの各行は"キーワード 引数"の形式になっており、空行あるいは # で始まる行はコメントとみなされます。空白を含む引数はダブルクォート で囲んで表現することもできます。 使用できるキーワードとその説明は以下の通りです(キーワードでは大文字小文字は区別されませんが、引数では区別されることに注意してください): AcceptEnv (受け付ける環境変数) クライアントから送られた環境変数のうち、どれをそのセッションのenviron (7) にコピーするかを指定します。クライアント側をどのように設定するかについてはssh_config (

  • 「指示待ち人間」はなぜ生まれるのか?

    shinshinohara @ShinShinohara 「指示待ち人間ばかり、自分の頭で考えて動かない」という嘆きの声をよく聞く。不思議なことに私の研究室には指示待ち人間は一人もいない。パートの女性3名も他の研究室がうらやむほど優秀。9年連続で私のところに来た学生もことごとく自分の頭で考えて行動する。指示待ち、なんのこと?という感じ。 2015-11-04 20:48:13 shinshinohara @ShinShinohara たぶん私がテキパキ指示を出せない人間なので、そのうち周囲があきれて、自分の頭で考え出すからだろう。私は自分のことさえ心もとなく、パートの方に「今日、お客さんじゃなかったですか?」と念を押されて思い出すこともしばしば。スケジュール管理まで進んでやってもらっている。実に助かる。 2015-11-04 20:52:00

    「指示待ち人間」はなぜ生まれるのか?
    akatakun
    akatakun 2016/09/01
    私の場合、指示を求められたときに「どうしたらいいと思います?」と反問するのが常
  • 小野和俊のブログ:プログラマー風林火山

    アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニア仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ

    小野和俊のブログ:プログラマー風林火山
  • マネジメントに悩める全てのエンジニアにささげる 伊藤直也の1人CTO Night

    …というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ~マネジメントに悩める全てのエンジニアにささげる~ 伊藤直也の1人CTO Night |転職ならDODA(デューダ) 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組

    akatakun
    akatakun 2016/09/01
    文化は日々の意思決定の積み重ね,エンジニア的な幸福度を追求する => 技術的妥協はないが、売れないプロダクト
  • README.ja.md#%E5%8F%AF%E8%83%BD%E3%81%AA%E3%82%89%E3%81%B0for%E5%B1%9E%E6%80%A7%E3%81%AF%E7%9C%81%E7%95%A5%E3%81%99%E3%82%8B

    README.ja.md#%E5%8F%AF%E8%83%BD%E3%81%AA%E3%82%89%E3%81%B0for%E5%B1%9E%E6%80%A7%E3%81%AF%E7%9C%81%E7%95%A5%E3%81%99%E3%82%8B
  • Jafrog's dev blog

    Update: As @yves_senn and @fxn pointed out there’s a Rails Guide now on the subject of autloading and constants reloading. Kudos to @fxn! It all started with one innocent refactoring. We had two classes defined in the same file. Say Foo and Foo::Bar. Naturally, as Foo lives in app/models/foo.rb the place for Foo::Bar is to be app/models/foo/bar.rb. As app/models/ is listed among autoload_paths I t

  • Rails autoloading — how it works, and when it doesn't

    Rails autoloading — how it works, and when it doesn't Update, 2020-11-04 I’ve written an article about the workings of the new loader for Rails 6, Zeitwerk. It avoids all of the pitfalls described below and is much easier to understand, which really is fantastic. Update, 2020-03-21 As of Rails 6, the autoloading framework used by Rails has been replaced with a new gem, zeitwerk. The below informat

  • ActiveSupport の便利メソッド: try, blank?, present?, presence | TECHSCORE BLOG | TECHSCORE BLOG

    こんにちは、鈴木です。 便利なメソッドやイディオムの存在を知ってしまったときの楽しさは、Ruby/Railsを使う理由の一つではないでしょうか。 今回は、便利メソッドの宝庫 ActiveSupport からいくつかご紹介したいと思います。

    akatakun
    akatakun 2016/09/01
    tryとpresenceも便利だよねー
  • Git で コミットを無かったことにする方法 (git revert の使い方) - akiyoko blog

    Git でコミット(とかマージ)を無かったことにする方法といえば、「git revert」なのですが、使い方にちょっとひとクセ(?)あったのでメモっておきます。 「git revert」は正確には、commit を無かったことにするのではなく、対象の commit の変更を相殺するような差分commitを自動で生成するというものです。 コミットを文字通り無かったことにする(コミットログから特定のコミットだけ抜き出す=履歴が残らないようにする)には、「git reset --hard」「git rebase」「git cherry-pick」「git push -f」などを駆使すればできるのですが、いくつかコミットやマージが重ねられた後にそれをするのは、あまり現実的とは言えませんよね。 そこで、「git revert」の登場です。 実践 例えば、以下のような commit があったとします。

    Git で コミットを無かったことにする方法 (git revert の使い方) - akiyoko blog
    akatakun
    akatakun 2016/09/01
    Merge Commitを打ち消す場合はRevertに`-m 1`が必要,親番号を指定するときは本線を指定する
  • WEBライターが教える「読みやすい文章」を書くためのライティングのコツ | ayan's style

    ayan's style > サイトコンテンツ作成 > WEBライターが教える「読みやすい文章」を書くためのライティングのコツ 私はブロガー13年目、最近はWEBライター/旅ライターとしての仕事もしています。 先日、「視点の違いで作り出せるものは変わる! 新たな視点を獲得する方法」という記事を書きました。読んでいただけるとわかるのですが、書籍のレビューを通常とはちょっと違う切り口で書いた文章となります。 通常は書籍のレビューというと、「○○というを読みました。そのは…」と、まずを最初に持ってくると思うのですが、今回はすでにネット上に同じ書籍のレビューがたくさん公開されている状態だったため、最初にのことを書かず、文章の後半で自然な形にの内容に触れられる構成を意識しました。 この記事を公開した後、その文章の書き方について、まわりのブロガーさんから以下のようなお言葉をいただきました。

    WEBライターが教える「読みやすい文章」を書くためのライティングのコツ | ayan's style
    akatakun
    akatakun 2016/09/01
    ですます調、だ・である調、口語調のどれかで統一,同じ文末が連続しないように,同じ単語が連続しないように,長過ぎる文章は分割(ねじれ対策),改行・段落分けを意識,漢字とひらがなのバランスを意識
  • 例外、エラー、異常、そして - Qiita

    「例外」「エラー」「異常」あたりの言葉が、言語仕様や設計の中で人によって微妙にずれた使い方されてるから、 「Expected だが Accept されないケース」を表す別の言葉が欲しい。 — Jxck (@Jxck_) 2016年8月31日 @Jxck_ 来こう分類されて、 1. Expected/Accepted 2. Expected/UnAccepted 3. UnExpected 2, 3 をどう呼ぶかあたりで、例外, エラー, 異常などの言葉が入り乱れてて、それが広義の例外処理が誤解される原因だと思ってる — Jxck (@Jxck_) 2016年8月31日 Expected and Accepted Expected but Unaccepted Unexpected

    例外、エラー、異常、そして - Qiita
    akatakun
    akatakun 2016/09/01
    RubyではExpected but Unaccepted: StandardError,Unaccepted: Exception,だから独自例外はStandardErrorを継承するのがしきたりで、引数なしrescueがcatchするのがStandardErrorのサブクラスなのか・・なるほど
  • Styling Broken Images | bitsofcode

    Broken images are ugly. But they don’t always have to be. We can use CSS to apply styles to the <img> element to provide a better experience than the default. Two Facts About The <img> Element # To understand how we can style broken images, there are two facts about the way the <img> element behaves that we need to understand first. We can apply regular typography-related styling to the <img> elem

    Styling Broken Images | bitsofcode
    akatakun
    akatakun 2016/09/01
    リンク切れimgタグのスタイル