ポルトガルリーグのポルティモネンセに移籍した中島翔哉が輝きを放っている 【Getty Images】 「もしポルトガルに移住するとしたら、どこを選びますか？」 こんな質問をされたら、けっこう迷ってしまう。これまでいくつもの町や村を訪れてきたこともあり、いざとなると選択に苦労してしまうのだ。それでもあえて選ぶとすれば、やはり生活の利便性や、かつて長く暮らしたおかげで土地勘もある、首都リスボンに落ち着きそうである。いや、なんといっても、愛するベンフィカがある。週末は必ずホームのルス・スタジアムで過ごす。悪くない生活だ。 だが、夏休みを長くもらえるなら、南部アルガルベ地方で海を眺めながらゆっくりと過ごしてみたい。それはイギリス人や北欧の人々のまねごとになるかもしれないが、アルガルベのビーチはどこも魅力的である。アルガルベはイベリア半島を代表するリゾート地の１つなのだ。 海と陽光の恩恵を有り余るほ

イルミネーションに浮かび上がる夜のプールサイド…カラフルなペイントが施された巨大な壁の前… ことしの「新語・流行語大賞」に選ばれた「インスタ映え」する画像がさまざまな場所で撮影されてＳＮＳにあふれています。ところが、そうすることが許されない場所があるのをご存じでしょうか？ （ネットワーク報道部記者 管野彰彦）

スマートフォン向けゲーム開発のエイチーム（東証1部）は12月22日、プログラマー向け技術情報共有サービス「Qiita」などを運営するIncrements（東京都渋谷区）を子会社化すると発表した。 代表取締役の海野弘成氏らからQiita株式の100％を25日付で取得する。取得額は約14億5300万円。 エイチームはスマホゲームや引っ越し比較・予約サイト「引っ越し侍」などを手がける。中長期の成長を視野に、自社で参入が難しい事業のM＆Aを積極化する方針。Incrementsの買収で新しい事業展開を加速できると判断し、買収を決めた。 Incrementsは2012年創業。Qiitaを運営するほか、チーム内情報共有ツール「Qiita-Team」を開発している。2016年12月期の売上高は8995万円、最終損益は8022万円の赤字。 関連記事 ドワンゴ、川上量生氏が会長を退任 ドワンゴ創業者の川上量生

やっぱ気持ちが弱くなってる時になんかやったらダメだわ...。 あまりにもわーーっと大量に誹謗中傷がきたから、納得いかないけど、とりあえず謝って済まそうみたいな心境だった。私らしくなかった。 どう考えても表現とセクハラは違う。堂々としていなくては。

OSS紹介 Advent Calendar 2017 - Qiita 22日目の記事です。 最近、監視を Zabbix から Mackerel に切り替えていっています。それと並行して、新規プロジェクトは Amazon ECS でコンテナで運用するようにもしていっています。そこで考えどころなのが、コンテナで動作するプロセスのモニタリングをどうするかです。 たとえば、コンテナで動作する nginx を mackerel-plugin-nginx で監視する場合、普通にやるとこんな感じになるのですが… nginx と mackerel-agent を同一タスク (ECS用語) に定義する mackerel-agent.conf で cloud_platform = "none" の設定をして、コンテナがホストの EC2 とは切り離された状態でホストとして認識されるようにする すべてのタスクを

アジャイルな開発の基本となる考え方である価値、原則、プラクティスの話から、アジャイルに向くマインドセットと組織について。 BSIA 第75回例会での発表資料です。 https://bsia.or.jp/corporate/reikai_75_171219/

こんにちは。楽楽精算開発チームの堀内です。 先日、ryuzeeさんこと吉羽さんに社内でスクラムトレーニングを実施して頂きました。最初から最後までアジャイルで、全てが楽しく、得るものが多いトレーニングでした。 今日はその紹介です。 前置き ラクスではプロダクト開発の改善活動の一部にアジャイルの考え方を取り入れて進めています。 実のところ、この改善活動の後ろで我々を支援してくれるのが吉羽さんです。 始まりとしては、プロダクトをもっと良くするにはどうするのが良いかと頭を抱えている頃に、チームメンバーの1人が「改善やチームビルディングに詳しい吉羽さん」に相談してみるのが良いのではないか、と言ってくれたことでした。 「なるほど！」と思い会社に掛け合ってみたところ、タイミングも良かったこともあり、すんなりとOKしてくれました。 早速吉羽さんに相談してみると「目的、ゴールを明確にして、アクションを決めた

こんにちは。Mackerelチーム CREの井上（id:a-know）です。 12月も4週目となった今週、私は毎日が忘年会、という過ごし方をしているのですが、Mackerelユーザーのみなさんはいかがお過ごしでしょうか。 今年も毎週金曜日にお届けしてきたこの Mackerel のアップデートのお知らせも、今年はこれが最後のお知らせとなります。 2014年9月から続けてきた「毎週連続リリース」も、このまま継続できれば来年には200週連続リリースを迎えます。2018年も、様々な良い機能・アップデートをみなさんにお届けしていきたいと思っています！ それでは、今週のアップデート内容をお知らせします。 監視ルールの操作を通知チャンネルに通知できるようになりました 監視ルールを操作（作成/更新/削除）したときに、通知チャンネルにイベント通知をすることができるようになりました。 通知チャンネルとして W

Fireworq is a lightweight, high-performance job queue system with the following abilities. Portability - It is available from ANY programming language which can talk HTTP. It works with a single binary without external dependencies. Reliability - It is built on top of RDBMS (MySQL), so that jobs won't be lost even if the job queue process dies. You can apply an ordinary replication scheme to the u

MySQLのデータ型としてFLOAT型という型があるのですが、これを採用するのは混乱の元ではないか？と感じたので、その詳細を紹介します。 そもそもこの話のきっかけは「MySQLで6桁までの小数点を丸めずに扱うならFLOAT型を使うべき理由」という記事が目に止まったことです。それなりに人気を集めている記事のようですが、私の読んだ限りではFLOAT型を使うだけの根拠が文中から読み取れず、さらに類似する一次情報や英語記事が全く見つからなかったので、真偽が怪しい情報だと感じました。 その後、MySQL上で実験したりCソースコードを読んでみたりした結果、私の得た結論は真逆のものになりました。MySQL警察の方や浮動小数点数警察の方、追試や反論など頂けると助かります。 MySQLのFLOAT型とは MySQLのFLOAT型は原則としてIEEE754浮動小数点数単精度型（32bit）で実現されます*1。

社内 Web システムのフロントエンド技術刷新: React Router v7 vs. TanStack Router

はてなアプリケーションエンジニアの id:takuya-a です。 この記事では、Microsoft の検索エンジン Bing で採用された BitFunnel アルゴリズムを紹介します。 昨年のエンジニアアドベントカレンダーでは、文字列検索のアルゴリズム全般について紹介しました（文字列アルゴリズムの学びかた - Hatena Developer Blog）。今年はそのなかでも、インデックス（索引）を使った全文検索アルゴリズムについてのお話になります。 この記事の前半は全文検索の入門にもなっていますので、検索技術になじみがない方にも楽しんでいただけるのではないでしょうか。 逆に、「そんなのもう知ってるよ！」という方は、本題である「BitFunnel アルゴリズムの詳細」から目を通していただければと思います。 この記事は、はてなエンジニア Advent Calendar 2017の21日目の

社内 Web システムのフロントエンド技術刷新: React Router v7 vs. TanStack Router

皆様 このたびは、一部メディアより私の経歴に関して批判を受ける事態を招き、関係者の皆様に多大なご心配とご迷惑をおかけしましたこと、誠に申し訳ございません。心よりお詫び致しますとともに、皆様にご説明を申し上げます。 まず前提としてご理解いただきたいのは、私の日本における活動に私心はないということです。 米国でベンチャー企業を立ち上げたばかりの頃、経営に苦しんでいた若年の私を助けてくれたのは、遠く海を隔てた日本のメーカー企業でした。生まれ育った米国を離れ、家族や友人と離れ、上手ではない日本語で恥をかきながらもこの国で頑張りたいと思った根拠は、大恩ある日本に恩返ししたい、そして、日系二世の私のルーツである日本に貢献したいというその想いだけです。 そのようなこともあり、私がまるで国益を害する活動しているかのような印象を抱かれるのは本意ではございませんので、冒頭でこのような思いを述べさせていただきま

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

App Storeの審査ガイドライン改定により、ルートボックスの提供割合表示が義務化された。ガイドラインにて「3.1.1 App内課金（In-App Purchase）」に該当の項目が追加されている。 App Storeの審査ガイドライン改定により、ルートボックスの提供割合表示が義務化された。Niko PartnersのアナリストDaniel Ahmad氏が以下のツイートを投稿しているように、「3.1.1 App内課金（In-App Purchase）」に該当の項目が追加されている。内容としては、ルートボックスおよびゲーム内アイテムをランダムで提供する機能を含むアプリケーションは、アイテムの種類ごとの提供割合を購入前の段階で開示しなければならないとしている（日本語版の審査ガイドラインは12月21日時点ではアップデートされていない）。 Apple now mandates that game

Appleが開発者向けに公開している「App Store審査ガイドライン（英語版）」に、「ガチャの排出率表記」を義務化する条項が追加されていたことが分かりました。日本語版のガイドラインにはまだ反映されていませんが、これが厳格に適用されれば、今後ガチャの排出率を表記していないアプリはApp Store上で提供できないことになります。 「ガチャで爆死」がこれで少しは減る……？ Appleが公開している「App Store審査ガイドライン」（英語版） 当該の文言があるのは、ガイドラインの「3.1.1 In-App Purchase（App内課金）」の中。「ルートボックス（※1）やその他、ランダム型の有料アイテム提供方式を持つアプリは、事前にそのアイテムの種類別排出率を利用者に開示しなければならない（※2）」との記載が新たに加わっています。少なくとも18日時点ではこの文章は存在しておらず、21日朝

Webシステムの自動テストを始めたい方を対象に、自動テストの考え方やフレームワークを解説する書籍です。テストのピラミッドやユーザーインターフェイステストの概念など、基礎的な事柄から、レガシーシステムへのUIテストの追加、RESTfulなWebサービスのテスト、ブラウザ上のJavaScriptの挙動をユニットテストでテストする方法など、実践的な事柄までを豊富なイラストとサンプルを使って分かりやすく解説します。さらにテストファーストやモックの活用法、テスターに向けた自動テストのためのプログラミング基礎知識なども詳述。自動テストを書くためのノウハウを網羅した本書は、自動テストをマスターしたいエンジニア必携の一冊です。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では

■ 初めての自動テストを読んだ Jonathan Rasmusson の新刊なので読んでおこうという程度の気持ちで読んでおいた。 Rails やその他のフレームワークによる開発の経験があって、xUnit, xSpec でテストを書いて、ファイルがでかくなってきたから分割して、selenium で E2E テストで遅くてつらくてじゃあテスト戦略どうするというのを考えて、mock と stub 使ってたら実リクエストじゃないと再現しない～...というようなアレコレに「わかるー」という感想がある人は読む必要がありません。 逆に今並べたような内容でイメージできない内容が含まれている人がいたら買って読んでおいた方が良いでしょう。主にテスターやディレクター、ジュニアデベロッパー向けの本としては、テストに関することが網羅的に書かれていたので良い本と思います。 初めての自動テスト ―Webシステムのための

Google に代表される「キーワードサジェスト」機能を Elasticsearch を前提に日本語向けに設計。 よくある要件サイト内で過去に検索された有効なキーワードをサジェストしたい。入力されたテキストに関連性が高く、過去に検索された回数の多い順でサジェストしたい。最初に入力された言葉の後に空白を入力すると、最初の言葉と一緒に検索される複合語の候補サジェストしたい比較的シンプルな要件のように見えますが。。日本語を対象にしたサジェスト機能を実装する場合、入力途中の日本語のテキスト受けながら、ひらがな、カタカナ（半角・全角）、漢字、ローマ字（大文字・小文字・全角・半角）のコンビネーションを合わせて、関連性の高い言葉を素早くユーザーに提案しなければなりません。以外と難しいのです。。 Elasticsearch にも Completion Suggester と言うサジェスト向けの機能があるの

BASE本社で12月19日にPHP Wayというイベントを開催しました。 PHPで成長したWebサービスを他の言語に移行させる話題を見ることがありますが、PHPを使い続ける企業がどのようなことを考えて、その選択をしているのか？ということを共有するイベントでした。 どこか自信を見失いがちなPHPの利用について、適切に状況判断するための材料を共有し、PHPを使うサービスにエンジニアとして関わっていくにあたって無駄に悲観的に思わないようにするのをイベントのゴールとして設計しています。 （左からコネヒトCTO島田さん、BASE藤川、サイバーエージェント SGE CTO 白井さん） BASE社の発表資料はこちらです。 20171219 / phpway / BASE,Inc. from 真一 藤川 一度採用した開発言語、実行環境やフレームワークは、一定のライフサイクルの後に、それを採用していることそ