はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ブログ記事からの転載です。 追記 pipeline operator の議論は RubyKaigi 2019 の Ruby Committers vs the World で話が出ていたみたいですね。 [JA|EN] Ruby Committers vs the World - YouTube 取り急ぎまとめ。 今日、Ruby の開発者会議に参加させて頂いて、さっき返ってきて ML みてたんですがいつの間にか pipeline operator がマージされていました。 思わず3度ぐらい ML と commit を見直してしまいました。 え、ほんまに？？？ commit: Add pipeline operator [Feature #15799] · ruby/ruby@f169043 · GitHub issues: Feature #15799: pipeline operator

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

PHPフレームワークのLaravelでは、default timezoneがUTCになっています。 設定を変えずにそのまま運用してしまうとアプリケーションが扱う日時がおかしくなってしまいます（ログに吐かれる日時や、DB Recordのcreated_at/updated_atなどが9時間前ずれてしまう、など)。 timezoneの変更方法 config/app.php　に設定ファイルがあるじゃろ？ これを ( ＾ω＾) ⊃)　 (⊂ /* |-------------------------------------------------------------------------- | Application Timezone |-------------------------------------------------------------------------- | |

ブログ記事からの転載です。 去年、Ruby のパッチを書き始めた頃から開発者向けの ML に参加しているんですが、その中で面白そうなパッチや提案が結構目に付くので定期的にまとめてみようかと。 Feature #13784: Add Enumerable#filter as an alias of Enumerable#select - Ruby trunk - Ruby Issue Tracking System Enumerable#filter を Enumerable#select の alias にする提案。 提案自体は去年されていたんですが、最近取り込まれました。 先日リリースされた Ruby 2.6 preview 版にもすでに実装されています。 確かに名前は filter の方が直感的だと思うんですが、これにより find_all、select、filter と同等のメソッド

ブログ記事からの転載です。 Ruby を学ぶ上で継承と mixin の概念を理解することはとても重要である。 しかし、このあたりの仕組みを学ぼうとすると、include や prepend、特異クラスや特異メソッドなどという様々な機能を理解する必要がありとても複雑である。 そこで本記事は『継承リスト』という観点から継承を mixin を学んでみたいと思う。 また、この記事は Ruby 2.4 時点での仕様になる。 継承と mixin まず、はじめに Ruby での継承と mixin の仕方をみてみよう。 Ruby では継承で既存のクラスを、mixin でモジュールをそれぞれクラスに取り込むことが出来る 継承 class Super def super_method :super_method end end # Super クラスの機能（メソッド）を Sub クラスで継承（取り込む）する

ブログ記事からの転載です。 初心者C++er Advent Calendar 2016 19日目の記事です。 クリスマスから少し過ぎてしまいましたが、最後に楽しくメタプログラミングしてみる記事でも。 初心者C++er Advent Calendar 2016 が全部うまるといいですね。 [メタプログラミングとは] メタプログラミングの定義は言語によって異なりますが、C++ においては『テンプレート』を利用して『コンパイル時』に処理を行うことを指す事が一般的です。 今回はテンプレートを利用して『型に対して』コンパイル時に処理を行うコードを書いていきたいと思います。 [前提の知識] [テンプレートの特殊化] 前提として『テンプレートの特殊化』を理解している必要があります。 『テンプレートの特殊化』というのはクラステンプレートなどに対して『特定の型』に対して処理を別に記述する記法です。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ブログ記事からの転載です。 Unity と言えば動作環境が Windows/Mac なので『興味あるけど Ubuntu で使えないしなー』と思ってたんですが、一応 Linux 版も開発されているらしく、それが問題なく使えると聞いたので試してみました。 ダウンロード/インストール Unity は以下のページからダウンロードすることが出来ます。 Unity on Linux: Release Notes and Known Issues 一番下にあるのが最新版になのでダウンロードするときは注意してください（わたしは最初に一番上にあるパッケー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

SSH用の鍵は、Windows上でPuTTYgenを使ってよく生成しています。 が、先日のこと。ちゃんと正常に生成できたはずなのに、いざGithubに登録しようと思ったら、エラーで弾かれる…。なぜ…。 もしや、SSH用の鍵を生成する際、「SSH1/SSH2」だの「RSA/DAS」だのオプションがあるが、よく分からずデフォルトオプションで生成しちゃってたのが問題？ そういえば過去にもサーバによって使えたり使えなかったりする鍵があったので、これはいい加減に勉強せねば...ってことで、鍵の種類について調査してみました。 いざ調べてみたら、話はそもそもSSHのプロトコルの違いを知ることからだったのです。 商用SSH と OpenSSH SSH には 商用SSH と OpenSSH の二つの流れがある。 SSHの発明者(Tatu Ylonen)がある時期に会社（SSH Communications

Linuxでの環境変数の定義方法を調べていたら、環境変数に似たシェル変数というものを知りました。どうやら、指定方法も違ければ、利用できるスコープも違うとのこと。知らなかったよ。。。ということで、環境変数とシェル変数の違いについてまとめてみました。 環境変数とシェル変数の違い シェル変数は現在実行中のシェルだけで有効な変数ですが，環境変数はシェルから実行したコマンドにも引き継がれる変数です。 再入門　体で覚えるLinuxの基本：ITpro http://itpro.nikkeibp.co.jp/article/COLUMN/20060620/241337/ 環境変数とシェル変数の定義方法 シェル変数 $ HOGE=aiueo このプロセス内で有効 $ HOGE=aiueo command command実行中のみ有効。commandの前にセミコロンがないことに注意 環境変数 シェル変数に e

結論から言うと featureブランチを開発マスタ用ブランチにマージするなど、あるブランチをあるブランチにマージする依頼を出す点は同じ。 GitHub と GitLab では使い方の違い上、使われる言葉が違う。 ※ GitHub では、開発する際にリポジトリをForkしてローカルブランチを作成することが想定されている。 Gitlab では、開発する際に同一リポジトリ内で開発ブランチを作成することが想定されている。 Merge RequestまたはPull RequestはGitマネジメントアプリケーションで作成され、指定した担当者に2つのブランチをマージするよう依頼します。GitHubやBitbucketでは最初のアクションとしてfeatureブランチをプルするため、Pull Requestという名前を使用します。要求され、最終的に行うアクションという意味でGitLabやGitorious

Apacheよりnginxの方が早い、という話を聞きました。それぞれのメリット／デメリットや速度比較について調べた内容をまとめます。 そもそもApacheとnginxは駆動方式が違う Apacheとnginxの大きな違いは駆動方式の違い。詳しくは下記サイトがわかりやすい。 http://dream-web.info/2013/12/19/533/ Apacheは、プロセス駆動アーキテクチャでマルチプロセス。これは、各リクエストをプロセスに割り当てて処理を行う。リクエストが大量に来た際、プロセスが同時に起動するのでオーバーヘッドが非常に大きくなるというデメリットがある。 nginxは、イベント駆動アーキテクチャ、シングルスレッドモデル。 シングルスレッドでループ処理をまわし、キューに溜まったイベントを処理していく処理方式（イベントループ方式）（node.jsなどでも採用）。プロセス数はCPU

MySQLで待ちクエリが大量発生してもLoad Averageが上がることはないというようなことを聞いたので、その理由を考えてみました。自分なりに調べてみましたが、間違っていたらご指摘下さい。 そもそもLoad Average（ロードアベレージ）とは 実行プロセス数(実行中プロセス数＋実行可能プロセス数) ※実行可能プロセス数とは、CPU割り当て待ちのプロセスで、CPUが割り当てられれば実行されるプロセスのこと。I/O待ちのプロセスはカウントされない。 Load Average は1分あたりの実行プロセス数を表す。 例えば値が 0.5 だった場合、1プロセスが30秒稼働状態だったかもしれないし、2プロセスが15秒稼働状態だったかもしれない。 Load Average <= CPU数であれば、処理負荷がかかっていないと一般的には言われている。 ※CPU数の数え方については http://tw

バージョン管理ツールはこれまでSubversionを使ってきました。ところが新規プロジェクトに携わることになったことをきっかけに、Gitを利用することとなったのですが、SubversionとGitではそもそものバージョン管理の考え方自体に違いがあり、コマンドも同じような名前でもSubversionとGitでは異なった働きをするものがあり混乱したため、違いを整理してみました。 1. Gitは分散型バージョン管理システム Gitは分散型バージョン管理システム（Subversionは集中型バージョン管理システム） リポジトリには2種類がある リモートリポジトリ 専用のサーバに配置して複数人で共有するためのリポジトリ ローカルリポジトリ ユーザ一人ひとりが利用するために、自分の手元のマシン上に配置するリポジトリです。 2種類に分かれているメリット リポジトリをリモートとローカルの2種類に分けること

VMware Player等の仮想化サーバを利用する際、ゲストマシンのネットワーク接続方式の設定で違いの分からない選択肢（NAT、ブリッジ、ホストオンリー）がありました。これらの違いについて調べてみました。 ネットワーク接続設定の種類と特徴 NAT接続 ゲストOSが、ホストOSをNATとしてネットワークにつなぐ接続方式 ゲストOSとホストOS間は繋がらない。 ゲストのIPアドレスは、DHCPによって付与されるためリブートの度に変更される。 そもそもNATとは…Network Address Translation（ネットワークアドレス変換）。例えば、ローカルネットワーク／インターネット間でプライベートIPとグローバルIPを入れ替える働きをするもの。 ブリッジネットワーク ゲストOSがホストOSと同じネットワーク上に並列のように繋がる（親となるブリッジが一緒というイメージ？） ゲストOSとホ

5/27 コメントでご指摘頂いた点を修正しました。 RESTとSOAPの違い REST API RESTはREpresentational State Transferの略。 RESTの世界では、ネットワーク上のコンテンツ(リソース)を一意なURLで表すのが基本。 各リソース（URL）に対してGET,POST,PUT,DELETEでリクエストを送信しレスポンスをXMLやjsonなどで受け取る形式（レスポンスのフォーマット形式は指定されていない）。 RESTはURLがリソースに対応づけられるためURLは名詞的になることが多い。 SOAP API SOAPはSimpleObject Access Protocolの略。 リクエストおよびレスポンスともにXMLフォーマットのデータで行う形式。 SOAPのURLは操作と対応づけられるため、URLの命名が動詞的になることが多い。 参考： http:/

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? HTTPS通信とクライアント認証で、秘密鍵・公開鍵・証明書の違いがよく分からなかったので、調べてみました。自分用メモなので分かりづらいかもしれませんが、すみません。 クライアント認証の仕組み 概要 クライアントは、サーバへhttps接続 サーバはクライアントに、クライアント証明書を要求 クライアントは、クライアント証明書をサーバへ送付 そのとき、クライアント証明書をユーザが選択する サーバは署名されたクライアント証明書を解読しクライアントの公開鍵を取得 クライアントは、送付メッセージにダイジェストを付加し、クライアントの持つ秘密鍵で暗号