[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

ブックマーク / gihyo.jp (42)

  • 追悼 Bram Moolenaar ~Vimへの情熱と貢献を振り返る | gihyo.jp

    Bram Moolenaar the Creator of Vim 2023年8月5日、悲しい知らせが入ってきました。長年、多くのエンジニアに愛され今もなお使われ続けているテキストエディタVimの作者Bram Moolenaar氏が同月3日に亡くなったという知らせです。ショックでしばらく信じることができませんでした。 筆者は長年Vimを使い、Vimに多くのコントリビュートを行ったり、その都度Bram氏と対話したり議論したりしてきました。そのBram氏が突然、この世界からいなくなってしまったことをしばらく受け入れられなかったからです。 記事では追悼の意味を込め、Bram氏がどのようにVimの開発を始め、Vimがどのように広まっていったのか、また長年Vimを追い続けてきた筆者から見たBram氏の人物像を筆者の思いを交えて解説していきます。 Vim歴史 Bram氏についてお話しする前に、まず

    追悼 Bram Moolenaar ~Vimへの情熱と貢献を振り返る | gihyo.jp
    J138
    J138 2024/09/24
  • SPA化するMPAとMPA化するSPA ~TechFeed Experts Night#4 講演より | gihyo.jp

    記事は、2022年9月に開催された「TechFeed Experts Night#4 〜 フロントエンドアーキテクチャを語る」のセッション書き起こし記事「SPA化するMPAとMPA化するSPA(@yosuke_furukawa⁠)⁠ ― TechFeed Experts Night#4 フロントエンドアーキテクチャを語る」を転載したものです。オリジナルはTechFeedをご覧ください。 古川と申します。@yosuke_furukawaでTwitterなどをやっております。 SPAは”見えるようになるまでが遅い” 私が今回お話するのは「MPA化するSPA」です。もともとSPAは、画面遷移(トランジション)をアプリケーションに合わせて最適化することを目的として発展した技術だと思っています。変更が発生したところだけレンダリングすることで高速化するテクニックだったのが、それをすべてのページで行う

    SPA化するMPAとMPA化するSPA ~TechFeed Experts Night#4 講演より | gihyo.jp
    J138
    J138 2023/08/17
  • ChatGPT APIのFunction callingを使って、請求書の構造化データを抽出する | gihyo.jp

    いまからわかる!ChatGPT活用プログラミング ChatGPT APIのFunction callingを使って⁠⁠、請求書の構造化データを抽出する 先月、OpenAIからFunction calling(関数呼び出し)機能がリリースされました。これが何なのか、何のために使うべきなのか、ちょっと見ただけでは分かりづらいと思います。 今回は請求書から情報抽出をするというよくありがちなケースを題材に、Function callingの利便性を示してみます。 Function callingとは OpenAI2023年6月13日にリリースしたChat APIの追加機能です。主にできることとして以下の3つが挙げられています。 外部ツールを呼び出して質問に答えるチャットボットを作成する 自然言語を内部APIの呼び出しやSQLに変換する テキストから構造化データを抽出する たとえば天気予報と血液型

    ChatGPT APIのFunction callingを使って、請求書の構造化データを抽出する | gihyo.jp
    J138
    J138 2023/08/03
  • 僕たちが考える最強のNo-code AI ~行動認識AIをノーコードで実現するプラットフォーム構成例 | gihyo.jp

    誰でも使えるNo-code AIを開発しよう 近頃、文章生成AI画像生成AIが世間を賑わしています。文章生成AIChatGPT」は、わずか2か月でユーザー数が1億人を超え、画像生成AIサービス「DreamStudio」は、有償でありながら2か月でユーザーを150万人以上獲得しています。これらのAIサービスが爆発的なトレンドとなった背景には、「⁠専門家が構築する」といったイメージのある従来のAIとは違い、「⁠誰でも簡単に使える」という点が大きいと言えます。 このように、AIをもっと身近に、ふつうの人が作ったりカスタマイズしたりできるようにする動きがあります。それが「No-code AI」です。 No-code AIとは、その名の通り、コードを書かずにAIモデルを作れる手法のことを言います。No-code AIでは、ドラッグ&ドロップやキー入力など簡単な操作でAIモデルを作ることができます

    僕たちが考える最強のNo-code AI ~行動認識AIをノーコードで実現するプラットフォーム構成例 | gihyo.jp
    J138
    J138 2023/05/06
  • Go言語プログラミングエッセンス

    このの概要 Go言語ユーザーとして,「もう一段レベルアップしたい」「開発に使いたい」と思っている方に向けた,Go言語の解説です。関数やパッケージの使い方,並行処理,テストといった基的なトピックにおいて,「こう書くと綺麗になる」「こう書くとパフォーマンスが上がる」といったエッセンスを紹介します。後半ではCLIアプリ/Webアプリの開発手順や,現場で使われている便利なパッケージなど,著者が業務やOSSの開発で培った技術をふんだんに紹介します。 こんな方におすすめ Go言語の入門を終え,さらに深く学びたい人 第1章 プログラミング言語Goとは 1.1 Goの簡単な歴史 1.2 Goの立ち位置 1.3 Goが利用される場面 標準でUTF-8をサポート マルチプラットフォーム 並行処理の扱いやすさ ストリーム指向 シングルバイナリ 1.4 教育用途としてのGo 1.5 なぜGoが使われるのか

    Go言語プログラミングエッセンス
    J138
    J138 2023/02/19
  • 2022年のCSS | gihyo.jp

    2022年になりました。矢倉眞隆(@myakura)と申します。昨日に続き、新春特別企画のブラウザとウェブ標準動向について紹介します。 取り上げるトピックの数やそのインパクトから、今回はCSSを独立した記事として取り上げることになりました。「ブラウザとウェブ標準動向」についても寄稿していますので、そちらもお読みいただければうれしいです。 2022年以降のCSSは大きく変化しそうだなと思っています。これまでも、CSS3と呼ばれていた機能による表現力の強化、FlexboxやGridなど強力なレイアウト機能の追加など、大きな変化と言えるだろうものはありました。しかし現在提案・実装されている機能は、CSSの根幹を拡充するものと、これまでと性質が異なるものです。 Compat 2021とInterop 2022で互換性の向上 CSSのつらいところとしてまず取り上げられるのが、ブラウザ実装の挙動の違い

    2022年のCSS | gihyo.jp
    J138
    J138 2022/01/07
  • 第560回 microk8sでお手軽Kubernetes環境構築 | gihyo.jp

    コンテナオーケストレーションシステムである「Kubernetes」は、プロダクション用途としてコンテナを使う上で重要な地位を得るに至りました。そこで今回は、そのKubernetesをローカルマシンでかんたんにお試しできる「microk8s」を紹介します。 シングルノードにのみ対応したKubernetes環境 Kubernetesと言えば、Dockerの運用に疲れた人をさらに地獄の谷に突き落とすツールとして、現在もっとも人気のあるソフトウェアのひとつです。単なるDockerを便利に使えるようにするもの、なんて安易な考えで手を出すと、まずはPod/ReplicaSet/Deployment/Serviceなどの一般的な意味はわかるものの、Kubernetes上の概念がよくわからない単語が襲ってきて、最終的にサーバーより先に脳が死にます。気で運用する気があるなら、まずはGoogleで働けるぐら

    第560回 microk8sでお手軽Kubernetes環境構築 | gihyo.jp
    J138
    J138 2021/03/10
  • キーボード界隈の“濃い”面々が大集合「HHKB20周年記念ユーザーミートアップ」 | gihyo.jp

    9月23日、秋葉原UDX(東京都千代田区)にて、(⁠株)PFUのコンパクトキーボード「Happy Hacking Keyboard (⁠HHKB⁠)⁠」の発売20周年を記念したイベントが開かれました。 第1部「HHKBのこれまで⁠」⁠、第2部「HHKBのこれから⁠」⁠、第3部「懇親会&ライトニングトーク」という3部構成のイベント。企画と当日のモデレータを務めた小山哲志さんによると、当初は席が埋まるかどうか心配していたが、チケットはすぐに完売したとのことでした。 HHKBの生みの親、和田先生によるインターフェース論 第1部の開始に先立って、当日は所用のため欠席された、HHKBの発案者である東京大学の和田英一名誉教授(和田先生)からのビデオレターが上映されました。 和田先生 和田先生は80歳を超えた今もプログラミングが大好きで、IIJ技術研究所のオフィスにあるHHKB Type-Sは現在、R

    キーボード界隈の“濃い”面々が大集合「HHKB20周年記念ユーザーミートアップ」 | gihyo.jp
    J138
    J138 2017/09/27
  • 第3回 宮川達彦―最先端のWebエンジニアのキャリア | gihyo.jp

    先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える連載、今回は古くからPerlコミュニティで活躍し、最近ではWebテクノロジ情報発信のポッドキャスト「Rebuild」が話題の宮川達彦さんにお話を伺いました。宮川さんは、筆者のクックパッドの同僚でもあります。 [撮影:平野正樹] プログラミングに興味を持ったきっかけ ─⁠─最初にプログラミングやエンジニアリングに興味を持ったのはいつでしょうか? 宮川:父親がプログラマだったので、コンピュータは小さいころから家にあったんですけど、プログラミングはしておらず、純粋にPCユーザとしてゲームとかで遊んでいました。プログラミングのきっかけは、東京大学に通い始めて、趣味でホームページや掲示板を作っておもしろいと思ったことですね。そのあと3年次に、理学部情報科学科を選択し学びました。それと前後して、大学の友達から「オライリー・ジ

    第3回 宮川達彦―最先端のWebエンジニアのキャリア | gihyo.jp
    J138
    J138 2017/01/12
  • 2016年11月21日 MicrosoftがBash on Windowsユーザに注意喚起「Linuxファイルを作成/変更してはダメ、絶対!」 | gihyo.jp

    Linux Daily Topics 2016年11月21日MicrosoftがBash on Windowsユーザに注意喚起「Linuxファイルを作成/変更してはダメ、絶対!」 サティア・ナデラがCEOに就任して以来、「⁠Linux Love」「⁠オープンソースLove」とことあるごとに訴えているMicrosoftだが、ときにはその愛をもってしてもどうしてもできないことがある。 11月17日(米国時間⁠)⁠、Microsoftのシニアプログラムマネージャで"Bash on Windows"プロジェクトのリーダーでもあるRich TurnerはMicrosoftの開発者向けブログで「どんな環境であっても、Windowsアプリやツール、スクリプトを使ってLinuxファイルを作成/変更しないで!」とBash on Windowsユーザを中心に強く注意を促した。Windowsツールを使ってLin

    2016年11月21日 MicrosoftがBash on Windowsユーザに注意喚起「Linuxファイルを作成/変更してはダメ、絶対!」 | gihyo.jp
    J138
    J138 2016/11/21
  • 2016年10月5日 「最初の設計がダメすぎる」― systemdをめぐる終わりなき論争 | gihyo.jp

    Fedora、Ubuntu、Debianなど、いまやほとんどのメジャーなLinuxディストリビューションではsystemdが最初の起動処理システムとして採用されている。だがsystemdはその登場時から「仕様、とくにセキュリティに問題が多い」として議論のネタになりやすく、また、メイン開発者であるLennart PoetteringやKay Sieverseの言動がやり玉に挙がることも少なくない。 そして最近になってふたたび、1つのバグをきっかけにsystemdをめぐる論争がヒートアップしはじめている。 9月28日、サンフランシスコ在住のAndrew Ayerという開発者が自身のブログに「1ツイート(140字以内)でsystemdをクラッシュさせる方法(How to Crash Systemd in One Tweet⁠)⁠」というエントリを投稿した。それによれば NOTIFY_SOCKET

    2016年10月5日 「最初の設計がダメすぎる」― systemdをめぐる終わりなき論争 | gihyo.jp
    J138
    J138 2016/10/06
  • 第1回 IkaLog誕生前夜 | gihyo.jp

    2015年5月に発売された大人気ゲームスプラトゥーン、皆さんはプレイしていますか? 著者のまわりでは多くのコンピュータエンジニアが楽しんでいます。私は、スプラトゥーンの動画をリアルタイムに分析するソフトウェアIkaLogを開発し、オープンソースとして公開しています。連載では、IkaLogの開発秘話(?)や画像認識に使っているアルゴリズム、開発の過程などについて紹介します。 今回は連載第1回目として、私(たち)がどのようなきっかけからIkaLogを開発し始めたのかを紹介し、次回以降では具体的にどのような検討を経てIkaLogが実装されてきたかを説明します。 スプラトゥーンとの出会い 私がスプラトゥーンというゲームを知ったのは、発売が数日後に迫った日にインターネット上でトレイラームービーを見かけたときでした。スプラトゥーンは、三人称視点(TPS)でプレイヤーのインクリング(イカ人間)を操作し

    第1回 IkaLog誕生前夜 | gihyo.jp
    J138
    J138 2016/03/15
  • 第10回 yum, rpmインストールにおけるMySQL 5.6とMySQL 5.7の違い | gihyo.jp

    MySQL道普請便り 第10回yum, rpmインストールにおけるMySQL 5.6とMySQL 5.7の違い 第8回 MySQLのバージョン体系を知るの中で、yumでインストールしたMySQL 5.6をMySQL 5.7にアップグレードしました。今回はアップグレードではなく、MySQL 5.7を新規にyumでインストールする場合のMySQL 5.6との違いを説明したいと思います。 MySQLのインストール方法はいくつかありますが、yumリポジトリーを利用したインストールが好んで選ばれるケースは、おそらくChefのレシピDockerfileに利用する際ではないでしょうか。筆者はサンドボックス環境にはDockerをよく利用していますが、イメージを作成する際には原則MySQL公式のyumリポジトリーを使うようにしています。 yumリポジトリーを使用したインストール MySQL開発元のOrac

    第10回 yum, rpmインストールにおけるMySQL 5.6とMySQL 5.7の違い | gihyo.jp
    J138
    J138 2016/01/06
  • 第1回 神獄のヴァルハラゲートの裏側をCTOが語り尽くす! | gihyo.jp

    C#の非同期構文をフル活用し業界最速の応答速度を実現 現在、多くのソーシャルゲームPHPPythonRubyといった、いわゆるLightweight Languageを使って開発されていますが、(⁠株)グラニではプログラミング言語としてC#を採用し、Windows環境で開発および運用を行っています。実は、現在提供している「神獄のヴァルハラゲート」は、2013年1月のリリース時点ではPHPを利用していました。しかし同年4月にC#への移植を開始し、3ヵ月後の7月16日にはC#への切り替えを完了させています。 このようにC#にこだわっている理由の一つがパフォーマンスです。ソーシャルゲームはユーザがアクションを起こすたびにデータが更新されるというしくみ上、どうしてもViewのキャッシュを効かせられなかったり、1万リクエスト/秒を超えるような高負荷が発生したりしますが、そうした状況においても平

    第1回 神獄のヴァルハラゲートの裏側をCTOが語り尽くす! | gihyo.jp
    J138
    J138 2014/04/18
  • 第3回 オブジェクト検出してみよう | gihyo.jp

    第1回、第2回と画像認識の基礎とOpenCVについて紹介してきました。第3回目の今回は、いよいよ連載の目玉であるOpenCVを使ったオブジェクト検出に挑戦してみます。 オブジェクト検出の仕組み 基原理のおさらい オブジェクト検出のプログラムを書き始める前に、そもそもどんな仕組みでオブジェクト検出を行っているのかを理解しましょう。 第1回では画像認識の原理として、学習フェーズと認識フェーズがあることを説明しましたが、OpenCVに実装されているオブジェクト検出プログラムもこの流れに従います。つまり、画像から特徴量を抽出し、学習アルゴリズムによってオブジェクトを学習します(詳しくは第1回を参照してください⁠)⁠。 図1 画像認識の流れ OpenCVに実装されているオブジェクト検出プログラムは、Paul Violaらのオブジェクト検出の研究[1]をベースに、Rainer Lienhartらが

    第3回 オブジェクト検出してみよう | gihyo.jp
  • 第4回 オブジェクト検出器の作成方法 | gihyo.jp

    お久しぶりです。私事でなかなか執筆の時間がとれず、前回の掲載から長く時間が空いてしまい申し訳ありませんでした。皆さんから寄せられたコメントには非常に励まされました。 というわけで、今回はいよいよ最終回です。前回はオブジェクト検出器を使って顔を検出するところまで行いました。今回は、オリジナルオブジェクト検出器を作成してみます。 今回作成するプログラムのソースコードは、こちらから一括してダウンロードすることができます。 Data.zip 学習の流れと仕組み 学習の流れ 前回のおさらいになりますが、オブジェクト検出器は機械学習という方法を通して作成されます。つまり、コンピュータプログラムに検出したいオブジェクトの画像(正解画像)とそうでない画像(非正解画像)を与えることで、オブジェクトが含まれている画像の傾向というのをコンピュータに覚えさせていきます。 学習の流れを簡単にまとめると以下の通りです

    第4回 オブジェクト検出器の作成方法 | gihyo.jp
  • 第288回 デプロイツール「Juju」を使って大魔導師を目指そう | gihyo.jp

    やれ仮想化だ、やれクラウドだと、様々な単語が流行っていく中で、管理者が構築・運用しなければいけないサーバの数はどんどん増えています。今回はUbuntu Serverを「スケール」させるうえでとても便利なデプロイツールである「Juju」を紹介します。 Jujuとは 「Juju」はCanonicalが開発している「サービスオーケストレーションツール」です。公式サイトやホワイトペーパーでは抽象的な表現が多すぎて「お前は何を言っているんだ」状態なJujuですが、簡単に言うと「Amazon EC2やOpenStack、Azure、LXC、MAASといったサービス上にUbuntu Serverを用意し、そこに既存の各種サービスをデプロイするための自動化ツール」です。 Ubuntuにはもともと強力なパッケージ管理システムであるAPTが存在します。APTシステムを使えば多種多様なソフトウェアの依存関係の解

    第288回 デプロイツール「Juju」を使って大魔導師を目指そう | gihyo.jp
    J138
    J138 2014/01/17
  • 2013年7月18日 「汚い言葉はやめて!」女性開発者の苦言にLinus倍返し | gihyo.jp

    もはやコーナーは"Linus暴言録"と陰で呼ばれているようだが、我らがLinus Torvaldsがまたまたカーネル開発メーリングリスト「LKML.org」での発言で物議を醸している。といっても今回の場合、どちらかと言うとLinusは巻き込まれた感が強いかもしれない。 コトの発端はLKMLに7月15日付でポストされたIntelの女性開発者 Sarah Sharpからのメールである。 LKML: Sarah Sharp: Re: [ 00/19] 3.10.1-stable review 彼女は、Linusがカーネルメンテナーの古参"GKH"ことGreg Kroah-Heartmanに対し"door-mat(ドアマット、踏みつけられてもしょうがないほどのボケ)"と呼んだことにひどく立腹し、「⁠これはもう暴力です! カーネルの質の向上に、こんな汚い言葉は必要ありません!! とても受け入れがた

    2013年7月18日 「汚い言葉はやめて!」女性開発者の苦言にLinus倍返し | gihyo.jp
    J138
    J138 2013/07/19
  • 第2回 文字列置換関数の比較とgdbの使い方 | gihyo.jp

    はじめに 前回に引き続き、PHP最適化Tipsについて検証していきます。 今回は文字列置換関数の比較です。またgdbを用いたPHPコードの読み方についても紹介します。 strtr > str_replace > preg_replace の順に速い この3つの関数は細かな動きに違いはあるものの、文字列を置き換える関数です。このように同じ動きをする関数が多く存在するのは良くも悪くもPHPの特徴であるといえます。 下記のベンチマーク用のコードを用意して、計測を行います。 benchmark_strtr.php <?php $t = microtime(true); $i = 0; while($i < 1000) { $a = strtr('abcdefghijklmn', 'abc', 'ABC'); ++$i; } $tmp = microtime(true) - $t; var_dump

    第2回 文字列置換関数の比較とgdbの使い方 | gihyo.jp
    J138
    J138 2011/02/08
  • 第1回 rhacoの魅力 | gihyo.jp

    rhacoとは rhacoはオープンソースで開発されているPHPのライブラリとセットアップフレームワークです。ほぼすべての機能をtokushima氏(http://tokushimakazutaka.com/)が開発しています。また、rhaco1.6 においてはそのほかに数人のメンテナがバグフィクスなどを行っています。開発者やメンテナは皆日人なので、日語でサポートを受けられるのも魅力的です。 公式にはあくまでライブラリという扱いではありますが、フレームワークとしての機能も持ち合わせているので、ほかのウェブアプリケーションフレームワークと同様、高速にアプリケーションの開発を行うことができます。 また、rhacoは後述するセットアップフレームワーク(セットアップアプリケーション)を内蔵しているので、rhacoを利用したアプリケーションは、デプロイ時の設定作業などをすべてブラウザ上で行うこと

    第1回 rhacoの魅力 | gihyo.jp