はてなブックマーク

勉強について エンジニアの皆さん。エンジニア以外の皆さん。 ・勉強しようと思っているけど、何を勉強したらいいかわからない ・ネットを漁っても良質な教材が出てこない ・他人がどんなことをしているか気になる こんなお悩みありませんか？ 今回は、有名企業の研修資料をまとめましたので、勉強のネタにしてみてはいかがでしょうか？ 新人、ベテラン関係ありません！ GWに暇を持て余したら、こちらをご覧くださいね サイボウズ サイボウズです。 22年度の内容が公開されていました。 ■モバイルアプリ開発 ■サイボウズのアジャイル・クオリティ ■MySQL - テストデータが偏るということ ■モブに早く慣れたい人のためのガイド ■テクニカルライティングの基本 ■ソフトウェアテスト ■セキュリティ ■ソフトウェアライセンス 講義資料と講義動画まで公開されています。 資料が苦手な人でも学習が捗りますね。 ラクス こ

目次 Basic認証 DNS連携freenom SSL化 Basic認証 Basic認証とは、サイト閲覧の際にパスワードなどでアクセス制限をかけること。 主に開発段階のサイトや開発用に使用するサイトにて、関係者以外閲覧させないようにする際に使用されることが多い。 触るファイルは3つ .htaccess →サイトにアクセスしてきた来訪者を別ページに誘導したり、認証をかけたりできるファイル。 .htpasswd →認証におけるユーザー名とパスワードを設定するファイル。 wordpress-https-vhosts.conf →apache(webサーバー)の設定ファイル。vhostsはヴァーチャルホストの意味らしい。 <Files ~ "^\.(htaccess|htpasswd)$"> deny from all </Files> Options -Indexes AuthUserFile

不思議の国 SEが住んでいるところ、そこは不思議な不思議なお国柄です。 新たな国民として移住してきた人、特産物のシステムを買いに来た人など色々な人がこの国には存在します。 しかしこの国で話される言葉は 独特 です。 ぱっと聞いただけでは意味がわからなかったり、よく似た表現であっても微妙にニュアンスが違っていたり。 似たような表現を使い分けるその裏に、その人の意図や省略された文脈が隠されていたりもします。 どこの国でもコミュニケーションを間違うと非常に厄介ですが、そんなことにならぬよう、 お国言葉らしきもの をまとめてみました。 SEを代表例として、このお国言葉を話す人も、話される人も、改めて言葉の意味合いを見つめなおしてみると新たな気付きが得られるかもしれません。 なお、そんなことから 「絶対にSEしか使わない用語」を集めたわけではない のでその点ご了承くださいませ。 他言語版 @micr

はじめに 夏目漱石、芥川龍之介、川端康成、太宰治、三島由紀夫・・・ これら日本を代表する作家たちが、小説に最も使用した単語は一体何なのでしょうか？ 今回は名詞・動詞・形容詞それぞれについて、Pythonを使って分析してみました。 この記事で学べること テキストマイニングの進め方、考え方 Pythonによるスクレイピング MeCabによる形態素解析 Seabornによるグラフの描画 etc... 環境 Python 3.7.4 Anaconda 4.8.3 Jupyter notebook 分析 それでは、早速分析していきましょう。 データ集め 今回使用する文章データは「青空文庫」様より拝借します。 まずは一例として夏目漱石のデータを取得してみます。 夏目漱石の作品一覧は以下のURLに収められています。 このURLの「148」が夏目漱石の作家IDとなります。 つまり、このIDの部分を変えれば

はじめに 早いもので2018年も終わりに近づきました。 個人的な恒例と化してきたQiitaランキング記事を今年も書いていこうと思います。 これまでのものはこちら。 2016: Qiitaレジェンド達の偉大さをシェル芸で眺めて2016年を振り返る 2017: Qiitaのあれこれをひたすら分析してランキング この記事を書くにあたり、いつものようにデータを集めていますが 2018年12月22日あたり のデータになっています。ご認識ください。 やること 昨年時点でぱっと思いつくランキングはやってしまったので、基本的にやることは昨年と同じです。 ユーザ別Contributionランキング ユーザ別記事数ランキング ユーザ別フォロワーランキング 記事別いいねランキング その他分析いろいろ 枠組み自体は昨年と同じものを使うので、昨年からの推移に着目しようかと思います。 あとは今年の新しい分析として、

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

もちろん、脆弱性の内容に大きく依存するのでこれが全てではありませんが、「 対策が確立されていないのに攻撃コードが出回っていて、攻撃事例も報告されているのが最もヤバイ 」っていう認識は持っておくべきでしょう。 脆弱性の影響有無 世間を騒がせる脆弱性があったとしても、該当機器がなければ騒ぐ必要も当然ないですし、攻撃しようがない仕組みになっていたとしたらそれも気にする必要はありません。 そういう意味で、対象の脆弱性が自システムに影響があるのかどうかを調べる必要があります。観点としては以下となります。 該当バージョンの有無 攻撃条件の成立可否 該当バージョンの有無 脆弱性は影響範囲をもちます。最たるものがソフトウェアバージョンで、「 バージョンX以降 」であったり「 バージョンYからZの間 」などと表現されたりします。 ソフトウェアによっては、バージョンの前後関係が読みづらかったりすると思うので、

はじめに 2017年もあっという間に終わりが近づいてきました。 昨年もこの時期に Qiitaレジェンド達の偉大さをシェル芸で眺めて2016年を振り返る なんて記事を書いていたのですが、個人的に面白かったので今年も似たようなことを色々やってみます。 なお、この記事で用いている各種データは 2017年12月12日あたり のデータであり、リアルタイムなものでないことにご留意ください。 やること 昨年は Qiita User Ranking というサイトでContributionの上位を確認することができたのですが、2017年3月頃から更新が止まってしまいましたので、今回は自前でデータを集めました。 ユーザ別Contributionランキング ユーザ別記事数ランキング ユーザ別フォロワーランキング 記事別いいねランキング その他分析いろいろ それでは、いってみます。 前準備 分析をするにあたり、当

はじめに prometheus Advent Calendar 2017、16日目の記事です。 みなさん Prometheus はお使いですか？いいですよね、Prometheus。 データをじゃんじゃん集めて、自由にクエリをしながら怪しい動きを見つけた時の喜びったらありません。 どうでしょうか、この「何が何だかわからないが、 なんだかすごい 」感は。 この鮮やかさたるや、さながら現代のIT曼陀羅と言っていいでしょう。 Prometheusへ蓄積した様々なメトリクスの参照は、 PromQL という独自のクエリ言語を用いて行います。 慣れてしまえばそこまで悩むようなものではないのですが、時系列のメトリクスを縦横無尽に探索するため、クエリ道場で基本から学んでみたいと思います。 「Prometheusってそもそも何なの？」っていう方は Prometheus入門から運用まで徹底解説 次世代監視の大本

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

そのコマンド、grep Linuxのお勉強、CUIの使い方を勉強する際、かなり初期に出てくるであろう grep 。 私は ls, cd に次いで3番目のコマンドとして grep を学んだ記憶があります。 日頃からお世話になっている grep ですが、今日は改めてこのコマンドの奥深さを学んでみたいと思います。 環境はUbuntu 16.04にくっついてた GNU grep 2.25 です。 root@ubuntu16:~# cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.04 DISTRIB_CODENAME=xenial DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS" root@ubuntu16:~# grep --version grep (GNU grep) 2.25 Copyrigh

趣味チーム？ 趣味チームに所属している方はいらっしゃるでしょうか。 お仕事関係なしに友人たちと趣味で開発するような人たちです。 趣味と言えどもチームですから、チームで使える開発環境を整えたくなります。 「 趣味チームの開発環境を整えたい 」 そう思った時に課題になるのが お金 です。 もちろん投資だと思ってお金を出せればいいのですが、基本線は趣味ですから中々そうもいきません。 ここはひとつ趣味の一環として、 無料縛り という制約を貸した上で、趣味チームの開発環境をどこまで整えられるのかを考えてみたいと思います。 環境イメージ 先にネタばらしをしておくと、以下のような感じに落ち着きました。利用量の制限はありますが 無料 です。 * * 簡単に言うと以下のようなことができます。 メンバ数 制限なし プライベートリポジトリ 作成可 任意のデバイスからのチャット(～1万メッセージ)、ファイル共有(

はじめに この記事は、オールアバウト Advent Calendar 2016の15日目の記事です。 こんばんわ。 オールアバウトではPhalconは使ってないですがプライベートネタで。 なぜPhalcon？ jsonデータのやりとりをするだけのサーバだったのでシンプルなマイクロフレームワークでよかったのと、PHP7にも対応してたので。(あと名前がカッコイイ...) https://phalconphp.com/ ちなみに、今年のPHPカンファレンスでフレームワークアンケートでは6位だったようです。そこそこ人気？(全体数の5%だけど...orz) https://freelance.levtech.jp/guide/detail/76/ EC2 Amazon AMI (t2.nano)構築 画面からポチポチするだけなのでここは割愛。 PHP7, nginx, その他のインストール APIサ

のように呼ばれることがあります。 ビルド番号などはまさにパッケージをビルドするときの番号として、人間ではなくCIシステムなどが機械的に与えている場合があります。 そうした場合、メジャーやマイナーと違い、全てのビルド番号のソフトウェアが日の目を見るわけではなく、飛び飛びの番号でユーザにリリースされることも多くみられます。 また、これらに類するものとして パッチバージョン や メンテナンスバージョン なんてのを耳にすることがあります。 いずれにせよ、メジャーとマイナーほど一般的ではないので、バージョン数字の3桁目や4桁目に共通的な意味づけをすることは難しいと考えられます。 とはいえ、それらが存在するソフトウェアでは3桁目や4桁目を与えるタイミングがしっかり決まっていたりするため、それらを明確に知ることで、ソフトウェアの状態がよりよく分かるようになると思います。 版と刷 数字とバージョンというと

という感じでした。 やはりTop記事による占有率が半分以上、運の要素があるとはいえ、ぽっと出感が否めません。 継続的によいアウトプットを出しつつ、よりContributionを高めていきたいと思います( 使命感 ) Qiitaレジェンド達はどうか それではQiitaで 総ContributionのTOP100をひた走るQiitaレジェンド達 はどうなのでしょうか。 まず、Qiitaレジェンドの一覧を得なければなりません。 QiitaでのContribution数によるユーザーランキングを表示するサイトを作りました ありがたいことにランキングサイトを作ってくださった方がいました。たまに見てます^^(病気)。 そういえば現時点で僕は104位でした。もう少しでTOP100入り...！ Qiita User Ranking こちらでTOP1002のユーザを確認することができます。 あとはそれぞれの

はじめに 簡単簡単と言われて使い始めたAnsible、 エージェントレス YAML記法 豊富なモジュール 簡単なことに加え、便利ですよね。 しかし、使い倒していく上でそろそろあることがお困りではないでしょうか。 そう、管理対象ホスト、インベントリの管理です。 インベントリはini形式に毛が生えたようなもので、基本的にはただのテキストファイルです。 グループ化や親子構造を取れたりするので便利ではあるのですが、共通化や汎用化を進めていくとグループが複雑なり、テキスト管理が辛くなってきます。 そうした場合、 Dynamic Inventory という機能を用いて、静的なファイルによる管理から動的なデータベース等による管理を選ぶことも可能です。 しかし、AWSやAzure、OpenStackやCloudStackなど、名だたるクラウド関連サービスや製品に対するDynamic Inventoryはあ

はじめに 昨年Ansibleを触り始めて色々試行錯誤していたのは今は昔、バージョンが上がって機能が多彩になっていくのと同じく、ユーザも着実に増えていっているように思います。 中でも、この1年で大きく変わったのが書籍をはじめとした Ansible関連情報の量 だと思っています。 年初くらいにAnsible 2.0にデビューしてクラウド機能の強化や、ネットワーク操作自動化やDocker対応などトレンディなところがどんどん導入されてきて、新規に使い始めた方々も多いのではないでしょうか。 書籍も増えてきているのですが、いかんせんバージョンがガンガン上がっているおかげで どれをお供に勉強をしていこうか決めかねている 人も多いのではないのかなぁと勝手に推測します。 そこで、この記事では2016年12月現在におけるAnsible関連情報を極力Ansibleバージョン付きでまとめてみたいと思います。 カテ

はじめに これまでにこんな記事を書いていました。 Ansible 2.0リリース！ Ansible 2.0がリリースされたときに書いたもの Ansible 2.0リリース記事の日本語訳 Ansibleのこれまでとこれから Ansible 2.1がリリースされたときに書いたもの これまでの振り返りとロードマップの解説 と、よくよく考えてみたらAnsible 2.2がリリースされたのになんの記事も書いていないことに気づきました。これはまずい。 というわけで(Advent Calendarの穴埋めをかねて)この記事を書き始めました。 Ansible 2.2 それではいつものように CHANGELOG と リリース記事 あたりから Ansible 2.2 というリリースがどのようなものだったのか押さえておきましょう。 Ansible 2.2 brings performance enhanceme

TLS 1.3は現在策定中ですが、 前方秘匿性 の問題から RSAのみ を用いた鍵委共有が禁止になる見込みです。(詳細は後述します) HTTPSとは 次に、HTTPSです。 HTTPS - Wikipedia HTTPS（Hypertext Transfer Protocol Secure）は、HTTPによる通信を安全に（セキュアに）行うためのプロトコルおよびURIスキームである。 厳密に言えば、HTTPS自体はプロトコルではなく、SSL/TLSプロトコルによって提供される セキュアな接続の上でHTTP通信を行うこと をHTTPSと呼んでいる。 とのことです。 HTTPの説明を割愛するとすれば、「SSL/TLSでセキュアにHTTPをやる」というだけの説明で済んでしまいます。 最近では個人情報等の観点から全てのサイトをHTTPSにするような動きが見られますが、元々HTTPSが使われやすかった

開発コードにアーティストの曲名を選んでいるところがユニークですね。1.0系では Van Halen 、2.0系では Led Zeppelin からリリース名を取っているようです。 ちなみに、メジャーリリースにおけるCHANGELOGの単純な行数では、下記がTop3となっています。 2.0 (357 lines) 1.3 (146 lines) 1.1, 1.2 (133 lines) これを見るだけでも2.0のアップデートがどれだけ巨大なものだったかが分かります。 Ansible 2.1 そうした中で、つい先日2016年2度目の大型アップデートである Ansible 2.1 がリリースされました。 Ansible 2.1のアップデート内容については、先ほど同様に CHANGELOG を見てもよいですが、下記のリリース記事が参考になります。 INTRODUCING ANSIBLE 2.1:

知っている人は知っていますが、Windows 10に今夏のアップデートで Bash が入るなんていうシェル芸人を目指す人間としては聞き逃せないニュースが入ってきました。 少し出遅れましたが、探検してみたいと思います。 インストール Insider Previewを有効にしてもなかなか落ちてこないという焦らしプレイ以外には特に困った点もないです。 ここで丁寧に解説するようなものでもないので他記事のリンクで割愛します。 Windows 10のbash on Windowsを試す Bash on Windows 10を使い始めてみた。 ( @kmry2045 ) 初回起動の使用許諾的なところまでは進んでから探検を開始します。 (備考) 上で紹介した記事は Windows 10 build 14316 ベースで書かれています。 この記事を書き始めてから妙にPCが重かったので再起動したところ、 Wi

はじめに インフラエンジニアとして働き始めて約3年が経ちましたが、その間の経験を踏まえ、 買ってよかったな と思った書籍をまとめていきます。 買ってよかった本自体はたくさんあるのですが、そのうち インフラエンジニアの後輩がいたらオススメしたい と思えるような極力人を選ばない書籍をここにまとめています。 あくまで 現時点での10選 なので今後も時間とともに変わっていくと思います。多分随時更新します。 なお、特に順番にランキング要素はありません。 (2016/10/16追記) 改めて一覧を見直して思いましたが、あまりインフラエンジニアだから、という書籍があまりないですね。アプリエンジニアがそうでない、と言うつもりは毛頭ないですが、感覚的には「 色々な人と関わり、折衝することが多い インフラエンジニアだからこそ読んでおきたい」みたいなところも含む感じです。 買ってよかった書籍10選 人月の神話【

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Ansible 2.0リリース！ つい先ほど、待ちに待ったAnsible 2.0がリリース、GAされました。 Ansible 2.0 - Over the Hills and Far Away 作者の jimi-c こと James Cammarata のリリース記事があるので早速訳してみたいと思います。 (正確さについてはお察しなので、イミフなところは原文と併せてご確認ください) ANSIBLE 2.0 HAS ARRIVED (追記) 2016年1月22日現在、ソースをそのまま使う他には pip, epel-testing を使うと

はじめに 2016年がはじまりましたが、今年の目標は シェル芸人になること です。 突然そんな気持ち、使命感 に駆られました。 どうしてシェル芸人になりたい？ 端的に言えば、 無駄に洗練された無駄のない 無駄な 技術 だからです。 多種多様な処理を自在に実行するという観点からいけば、RubyなりPythonなり各種プログラミング言語を使えばいいと思いますが、シェルという制約の中で可能性を追い求める面白さがあると思っています。 加えて、無駄なことに力を注げる人は、魅力的 だと思います。 魅力的なエンジニアになりたいです。 (追記) 初出時に「無駄な技術」などという 暴言 を吐いていましたが、シェル芸は無駄じゃありません。 とても有用な素晴らしい技術です。心よりお詫びして訂正いたします。 シェル芸人 シェル芸人 とは、日本唯一のシェル芸勉強会を実施する USP友の会 によると、 シェル芸 とは

不思議の国 SEが住んでいるところ、そこは不思議な不思議なお国柄です。 新たな国民として移住してきた人、特産物のシステムを買いに来た人など色々な人がこの国には存在します。 しかしこの国で話される言葉は 独特 です。 ぱっと聞いただけでは意味がわからなかったり、よく似た表現であっても微妙にニュアンスが違っていたり。 似たような表現を使い分けるその裏に、その人の意図や省略された文脈が隠されていたりもします。 どこの国でもコミュニケーションを間違うと非常に厄介ですが、そんなことにならぬよう、 お国言葉らしきもの をまとめてみました。 SEを代表例として、このお国言葉を話す人も、話される人も、改めて言葉の意味合いを見つめなおしてみると新たな気付きが得られるかもしれません。 なお、そんなことから 「絶対にSEしか使わない用語」を集めたわけではない のでその点ご了承くださいませ。 他言語版 @micr

この記事で書いていること この記事では Ansibleをはじめる人 を対象に、下記の Ansible 入門的な内容についてまとめています。 Ansibleとは Ansibleを調べる Ansibleを試す Ansibleをもう少し試す 既にわかっている人向けに用語を使えば、 「 jinja templateによるファイルの動的配置などとroleによるタスクの切り出しまでをハンズオン 」 となります。 なお、環境は Python 2.6.6 + Ansible 1.9.4 です。 Ansibleとは Ansibleは "構成管理ツール" と呼ばれ、最近(少なくとも私の中で)話題のツールです。 Infrastructure as a Code なんていう文脈の中では Chef, Puppet などと並んで必ず出てくるツールの1つかと思います。 このあたりの話は話しだすとそれだけで記事が書けてし

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

と名だたるIT企業が立て続けにRDBMS製品をリリースし、この時期にリリースされた上記のDBによって現在のRDBMSシェアは9割を超えると言われています。 このように、多数のデータベース製品がリリースされた背景には、1970年～1990年頃においてビジネスフィールドへのITシステム導入が急速に進んだことがありました。 この時代ではまだ世の中はパソコン/インターネット時代には到達していないため、この時代のITの中心は正にこうしたデータベースによる情報管理そのものにあったと言っても過言ではありませんでした。 広義のDBMS(データベース管理システム)としてはリレーショナル型の他にネットワーク型、カード型、階層型などがありますがビジネスモデル(トランザクションの必要性など)に最もよく合致したのがRDBMSでした。RDBMSにおける"リレーショナル"とは 個々のデータ(レコード)がいくつか属性(カ