サーバークスCEOブログ 大石蔵人之助の「雲をつかむような話」は、 「はてなブログ」へ移行致しました。 旧ブログ記事のURLからお越しの皆様は自動で新ブログへ転送されます。 転送されない場合、恐れ入りますが下記URLから移動をお願い致します。 新URL:https://ceo.serverworks.co.jp/ 引き続き、大石蔵人之助の「雲をつかむような話」を宜しくお願いいたします。
yapcasiaさんのアルバム写真。30days Album は「合い言葉」で写真を共有できるオンラインアルバムサービスです。スマホアプリ、ブラウザの両方で利用できます。
かんたんにわかる!SEO外部リンク評価基準まとめ 1. CONFIDENTIAL かんたんにわかる! SEOの外部リンク評価基準まとめ 1 サイトエンジン株式会社 SEO事業部 seo@siteengine.co.jp 2. サイトエンジン株式会社 http://www.siteengine.co.jp 資料の概要 • バックリンクの評価基準の種類をまとめています。 • 自作自演によるリンクはもう駄目ですが、自然なリンクを集めるときにもこの資料の内容 を頭の中に入れておくと得すると思います。 • SEOについてある程度知っている人向けです。一部用語の意味を説明していません。 • ご利用は自己責任でお願いします。当資料を参考にしてサイトに悪影響が出るなどしても 一切責任を負いかねます。 2 3. サイトエンジン株式会社 http://www.siteengine.co.jp なぜ外部リンクが
https://medium.com/on-startups/1feed0155749 2 comments | 1 point | by WazanovaNews ■ comment by Jshiike | 約5時間前 Nis Fromeのこのブログは示唆に富むものでした。 NisのチームがNew Yorkでハッカソンに参加したときのこと。慣れないテクノロジーに苦闘して、進捗が見えなくなってきた深夜3時、メール配信サービスのSendGridのエンジニア達が会場にやってきて、参加者に声をかけながら部屋をまわりはじめる。SendGridのDeveloper EvangelistであるMike Swiftから、「何か手伝える?」と言われた際に、SendGridのAPIを使ってるわけではなかったので、一旦は断る。しかし、彼は矢継ぎ早に質問を重ねてきて、Nisのチームがどのようなテクノロジース
Intro 執筆段階から、 Web で無料閲覧できた High Performance Browser Networking が、紙の本として出版され、その翻訳本が完成したということで、献本を頂きました。 原著には本当にお世話になったし、 HTML5Experts.jp で書いた Make the Web Faster の連載でもよく参考にした本なので、日本語で読めるようになったのは非常にありがたいですね。 本当はレビュアの依頼を頂いたのですが、色々あって他の方に振ったりしてしまったので、せめて全力で書評させていただきます。 やっと献本頂いたイリヤ本ゆっくり読める。日本語で読めるのは素晴らしい。 #http2study pic.twitter.com/Zy00OOy6ve— Jxck (@Jxck_) 2014, 5月 11 Make the Web Faster ところで、 Google
More than 5,000 companies count on our digital courses and more to guide their teams through the tools and technologies that drive business outcomes. We can help yours too. New AI policy for O’Reilly authors and talent O’Reilly president Laura Baldwin shares the company’s ethical approach to leveraging GenAI tools and ensuring O’Reilly experts are compensated for their work. See it now It’s time t
はてなの増田で興味深いエントリを読んだ。 転職活動で心を病んだ件について http://anond.hatelabo.jp/20140510231402 このエントリの内容の是非はともかくとして、率直な感想は「すごい数にエントリしてるな」だった。 この人の転職活動の経緯は知らないけど、たぶん転職エージェントに手当たり次第にエントリしろ、と言われたんだと思う。僕もそう言われた経験があるからわかる。 転職エージェントは、求職者が転職先企業に入社が決まってはじめてお金を貰えるビジネスだ。と、なると、エージェントとしても採用される確率の高い人に注力したい。確率の低そうな人は、数で勝負して少しでも確度を高めたい。当たり前の話だと思う。 つまり、エージェントに「エントリ数を増やせ!」と言われたということは、「あなたには一押しできる個性がない」と言われたのと同義だろう。 僕の経験を書く。 最初、転職活動
ここしばらく気が狂ったようにGithubのAtomのコードを読んでた。 コードリーディングの成果はここに貼ってる。まだ更新するかもしれない atom-reading.md で、大体のコードを読んだのはいいとしてなんか作らないと勿体無い気がしたので、エディタ内でgit-grepの結果見てジャンプできるやつ作った。 mizchi/atom-git-grep 自分で作っといてなんだけどくっそ便利だと思う。Sublimeで作りたかった。 プラグインの作り方の大雑把な概要 nodeのモジュール使って、普通のブラウザっぽいUIを組む。基本パーツはatom側に揃ってるので継承して使う。 必要なインスタンスはだいたいatom変数以下に入ってる。shift+cmd+I でデバッガ開いて叩きまくるとだいたい察することができる。 プラグインのスケルトン生成 shift+cmd+p でコマンドパレット出して、 P
はてぶで下記のようなエントリーが話題になっていていろんな反響を呼んでいる。 転職活動で心を病んだ件について - はてな匿名ダイアリー 大手会社の元採用担当の目線として、すごい違和感があった。 そこで今回の記事は採用担当してきて重要だなと感じたたった3つのポイントを紹介しようと思う。 (ココに記載する内容は新卒・転職どちらも共通) その1 なぜその会社なのかという理由と本気度 会社側で採用やってる側からすると、なぜうちの会社なのか、本気度はどのくらいなのか、会社のどのくらい知ってるのかなどが非常に重要である。 ご存知のように、採用には新卒・転職に関わらず何百万、多いと何千万という費用がかかる。だからこそここでいう本気度というのは非常に大事だ。この会社がどういう会社なのか(事業・勤務体系・激務度・会社の風土など)知ってもらってからじゃないと、会社としても、入社側としても不幸になる可能性が高いか
「ドーモ。自然言語処理屋=サン。形態素解析辞書チャドーです」オジギ終了後0.7秒後。ネオサイタマのドロップボックスにアップロードされた辞書のURLが示された。 「アイエエエエ! ケイタイソカイセキ!? ケイタイソカイセキナンデ!?」 小説『ニンジャスレイヤー』の日本語訳 [1] では独特の言葉遣いが使われており、俗に「忍殺語」 [2] と呼ばれている。この忍殺語の形態素解析を行うための辞書「チャドー」のバージョン1.0.0が2014年5月10日公開された。今のところ、Dropboxを通じて配付されている。 かつてニンジャが横行していた時代、日本の人々は文字を連ねるのみで、それを分かつことを知らなかった。古事記にもそう書いている。しかし、言葉の切れ目が分からないと実際不便である。このような状況に対して、平安時代の哲学剣士ミヤモト・マサシは、ジュージツの修行中に形態素解析という手法を発見した。
関数型LT大会で「実社会の問題を解決する関数型言語」というタイトルで発表しました。 というのも、会社で「すごいHaskellたのしく学ぼう!」の輪読会をしていて、最初こそ10人以上の人が参加していたのだけど、章が進むごとにどんどん人が離脱していって、主催者としてはなんとか完走したいという思いがあったので、調べたのですが、 ヒアリングから、この二つの線がクロスしたときに、人は離脱するという知見が得られました。 ということで、Haskellに対して実用性を見出したいと思いながら半年を過ごしたのですが、実用的 = 仕事で使うということであれば、今の現場でHaskellに移行するのは現実的ではありません。 でも、Haskellには関数型言語のエッセンスが詰まっていて学びが多かったと思っていて、直接的には使っていないけど、概念として役立つことがあると思ったので、それを伝えるために今回文章に起こしまし
年収が低い人がマンションを買ってはいけない、たった1つの理由 http://bylines.news.yahoo.co.jp/fshin2000/20140510-00035184/ コレな、タイトルは煽りだと思うんだけど、視点としては結構クリティカルなんだよね。 要約すると、年収低い奴が買えるマンションってのは、他の年収低い奴も買うだろうから、 オマエも破綻するだろうし、周りも破綻するだろうから、管理費修繕費が集まらなくて 荒廃する確率がバカ高ぇって話な。 まあヨタなんだが、本質の部分はマンション購入時の必須検討項目を端的に示してる。 マンションのライフサイクルいきなり言っちまうと、廃墟みたいになってるマンションって結構多い。 公団がジジババばっかりになって若手を入れるのに四苦八苦とか良く聞くよな。 まあ、六畳和室が4つとかって部屋に新婚カップルが入りたがるとは思えねぇな。 そして、どん
サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く