タグ

itに関するfbisのブックマーク (80)

  • 理想のプロバイダを探し回った結果、OCNのIPv4に行き着いた話 - give IT a try

    はじめに 僕は自宅で長年WAKWAKというインターネットプロバイダを利用してたんですが、最近OCNに乗り換えました。 ・・・というだけなら「ふーん」で終わってしまうのですが、実は3ヶ月ぐらいかけて、 WAKWAK ↓ OCN ↓ BIGLOBE ↓ OCN とプロバイダを転々と切り替えながら、最終的にOCNを(しかもIPv6ではなくIPv4で)利用することに決めました。 このエントリではどういう経緯でこの結論に至ったのかを紹介します。 【もくじ】 はじめに 我が家のインターネット環境の紹介と、おことわり 用語の整理 困っていたこと:Amazon S3のファイルダウンロードが遅すぎる!! IPv6にしてもまだ遅い! iPhoneのテザリングだと夜でも3秒でダウンロードできるんですが? NTTの人が試しにOCNにつないだら、あれ?速い!! IPv4だと速いのに、IPv6だと遅いOCN・・・ 同

    理想のプロバイダを探し回った結果、OCNのIPv4に行き着いた話 - give IT a try
  • 「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog

    パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t

    「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog
  • 【徹底解説】これからのエンジニアの必携スキル、プロンプトエンジニアリングの手引「Prompt Engineering Guide」を読んでまとめてみた | DevelopersIO

    こんにちは。CX 事業部 Delivery 部のきんじょーです。 ここのところChatGPT と戯れてアプリを作ったり、様々なプロンプトの検証をしていましたが、言語モデルの性能を最大限に引き出すために、体系的にプロンプトエンジニアリングを学びたいと考えていました。 GitHub に「Prompt Engineering Guide」という素晴らしいリポジトリがあったので、読んで検証した内容をブログにまとめていきます。 記事は、執筆時点の上記リポジトリの内容を元にしていますが、意訳や独自に検証した日語のプロンプトを含みます。 上記リポジトリも絶賛開発中の段階のため、最新情報や原文が気になる方はリポジトリを直接参照してください。 目次 プロンプトエンジニアリングとは?(Prompting Introduction) 基礎的なプロンプト(Basic Prompting) 応用的なプロンプト

    【徹底解説】これからのエンジニアの必携スキル、プロンプトエンジニアリングの手引「Prompt Engineering Guide」を読んでまとめてみた | DevelopersIO
  • 【1月23日追記】12月23日、24日に発生しました障害に関するご報告

    いつもSkebをご利用いただき、誠にありがとうございます。 12月23日12時よりskeb.jpにアクセスできない大規模な障害が発生しておりましたが、12月24日07時に復旧いたしました。 12月23日、および12月24日が納品期限のリクエストは納品期限を12月25日23時59分までに延長させていただきます。 みなさまには多大なご迷惑をお掛けしましたことをお詫び申し上げます。 障害につきまして詳細をご報告させていただきます。 概要日時: 12月23日12時22分〜12月24日7時00分 (JST) ダウンタイム: 18時間38分 内容: skeb.jpにアクセスできない不具合 原因: SkebはすべてのサーバとシステムをHerokuに設置していたが、障害発生時刻より同サービスのアカウントが理由の通知なく利用できなくなった。 解決: Herokuの一切の利用を中止し、すべてのサーバとシステ

    【1月23日追記】12月23日、24日に発生しました障害に関するご報告
  • マイクロサービスとトランザクション - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWS for Games Advent Calendar 2022 9日目の記事です。 Game Server Services(GS2) ではゲームに必要となるサーバー機能をマイクロサービス化し、皆さんに提供しています。 マイクロサービスには所持品の管理や、ゲーム内ストア、課金通貨の残高管理など30を超える機能を用意しており、これらを組み合わせながらゲーム内の仕様を実現できるようにしています。 さて、マイクロサービスの最も難しい課題はトランザクションにあると私は考えています。 今回は Game Server Services がどの

    マイクロサービスとトランザクション - Qiita
  • 本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita

    番環境でやらかしちゃった人のアドベントカレンダーです。 例) DB吹き飛ばした 番サーバをデストロイした ネットワーク設定をミスって番サーバにアクセス出来なくなり、サーバが世界から孤立した などなど... 以下の2点については必須項目なので、記述お願いします。 惨劇はなぜおこってしまったのか 二度と惨劇を起こさないためにどうしたのか もう二度とあの惨劇を繰り返さないために、みなで知見を共有しましょう。

    本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita
    fbis
    fbis 2019/11/17
  • ITエンジニアが投票した「ITエンジニア本大賞2019」ベスト10発表。カイゼン・ジャーニー/エンジニアリング組織論への招待/テスト駆動開発などランクイン

    翔泳社は「ITエンジニアに読んで欲しい!技術書・ビジネス書 大賞 2019」(ITエンジニア大賞)を開催。ITエンジニアの投票を集計した結果選ばれた技術書とビジネス書の各ベスト10を発表しました。 ITエンジニア大賞は、ITエンジニアに読んでほしい技術書・ビジネス書を選ぶイベント。 2014年からスタートし、今回が6回目の開催です。今回は2018年11月26日から2019年1月14日まで投票が行われていました。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般。出版社や刊行年も関係なく、この1年を振り返っておすすめしたい書籍となっています。 ベスト10に選ばれた書籍の中から特に投票の多かった技術書3冊、ビジネス書3冊については、同社が2月14日、15日に開催するイベント「Developers Summit 2019(デブサミ2019)」において書籍の著者、編集者

    ITエンジニアが投票した「ITエンジニア本大賞2019」ベスト10発表。カイゼン・ジャーニー/エンジニアリング組織論への招待/テスト駆動開発などランクイン
    fbis
    fbis 2019/01/18
  • レンタルサーバーのZenlogicが緊急メンテナンスでサービス全停止、経緯をまとめる(概ね復旧) - orangeitems’s diary

    ※2018/7/10 15:00 概ね復旧したとのこと 概要 ソフトバンク子会社のファーストサーバーが運営するクラウド型マネージドレンタルサーバー「Zenlogicホスティング」が、緊急メンテナンスのため、全サービスを最長60時間停止すると発表しました。 状況をまとめます。 経緯 2018年6月19日(火)より、ストレージサーバーの高負荷により、サービスが高負荷状態となる障害が断続的に発生していた模様です。 6月19日より一部のお客様で発生している高負荷障害に関するお詫びとお知らせ |Zenlogicサポートサイト[ファーストサーバ] 要約すると、 ・一部ログの出力内容変更 → 効果なし ・一部サーバーの入れ替え → 効果なし ・ストレージシステムの緊急増強 x 3回と設定値変更 → 効果なし ・ストレージシステムの増強メンテナンス → 効果なし ・ストレージシステムの設定最適化 → 効果

    レンタルサーバーのZenlogicが緊急メンテナンスでサービス全停止、経緯をまとめる(概ね復旧) - orangeitems’s diary
    fbis
    fbis 2018/07/10
  • 日本の技術系カンファレンスまとめ - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 日にはどのような技術カンファレンスがあるのかを調べたことがあるのでメモを残しておこうと思います。「これも載せるべき!」というカンファレンスがある、もしくは説明に不備があるという場合は編集リクエストを送っていただけると幸いです。 全体の雰囲気を知ることができるようなカンファレンス参加レポを見つけたらそれも貼っています(★マークのやつです)。 2016年には開催されていないカンファレンスでも後に復活する可能性はあるので一応載せています。 iOS try!Swift 世界中のSwiftデベロッパーが集まって知見を共有するカンファレンスで、海

    日本の技術系カンファレンスまとめ - Qiita
  • 2013年、ITエンジニアは英語を学ぶべきか? - QA@IT公式ブログ

    あけましておめでとうございます。21世紀が始まって干支が一巡してしまいました。「ITエンジニア英語を学ぶべきか」という問いに、今さら「ノー」と答えるヒトは少数派でしょう。答えはもちろんイエスです。ただ、問題は「どの程度?」ということです。 程度問題なので、以下の2つは極論として却下しましょう。 英語なんてできなくてもコードで話せるから不要(不要論) 英語ができないと、もはや技術について行けない(終末論) 英語なんてできなくてもいいと開き直るのも1つの戦略です。誰もが認めるぐらいの技術力があるなら、それもいいでしょう。外国語は習得コストが高いので、「選択と集中」だと考えて、きっぱりと英語を諦めるのも1つの見識だと思います。「できない」と言ったって、実は通じる英語を書くぐらいはできたりするわけです。ただ、これを一般論として「英語なんてできなくてもエンジニアはコードで話せるから不要」というのは

  • ぼくが堀江さんを応援する理由(前編) - はてなポイント3万を使い切るまで死なない日記

    ぼくは堀江氏とは実はそれほど親しくない。事の回数でいえば三回ほどだ。まあ、しかし、ぼくの場合は人見知りなのでたとえば名の通ったITベンチャーの経営者でも名刺交換ですら10人もしていない。だから、三回も会した堀江氏はぼくから見ると、相当に付き合っているほうだ。 最初に堀江さんに会ったのは着ボイスの収録現場だった。堀江さんにいろいろ台詞を喋ってもらって携帯用の着信音にしようという企画だ。当時、近鉄の買収をぶちあげたりした堀江さんはまさに時代の寵児にまつりあげられていた。 こちらが用意した台詞のリストには、「女は金で買える」とか、「必殺、100分割」とか「ぼくホリエモン」とかの言葉が並んでいた。 現場で問題がおこった。ディレクターがこんなリストを堀江さんに見せて喋ってくださいなんて、とても言えないと泣きついてきたのだ。 まあ、言いにくいよね、とは内心おもいつつ、僕はディレクターを叱りつけた。

    ぼくが堀江さんを応援する理由(前編) - はてなポイント3万を使い切るまで死なない日記
    fbis
    fbis 2011/06/19
    当時のSledgeの凄さを知っている人間からすると、むしろ技術で凄い人というイメージしかない
  • 「測定できないものは制御できない」は誤りだった。-- by Tom Demarco:An Agile Way:オルタナティブ・ブログ

    ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト-その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ

    「測定できないものは制御できない」は誤りだった。-- by Tom Demarco:An Agile Way:オルタナティブ・ブログ
  • 一定規模以上のWebサイトを運営しているエンジニアの方、業務時間外の障害対応ってどういう風にやっていますか? - 人力検索はてな

    一定規模以上のWebサイトを運営しているエンジニアの方、業務時間外の障害対応ってどういう風にやっていますか? ルールとか体制とかを中心に教えてほしいです。 ちなみにぼくの会社では、監視ツールや自作監視スクリプトでアラートをエンジニア社員全員に送って、誰かが対応することになっています。(たまに誰も対応やレスをしなくて上司に怒られます) これはぼくら社員にとって正直ストレスになるので、なにかよいルールや体制を上司に提案したいなと考えています。 ぜひみなさんの会社のやり方を教えてください。 よろしくお願いします。

  • 「バックアップすればよかった」という指摘に「だろバカ」は余計 - @katzchang.contexts

    上から目線の人達は失敗を隠蔽する社会を作っている - 未来のいつか/hyoshiokの日記のコメント欄より。ブコメにも書いたけど、大切なことなので何回でも書きます。 id:otsune だからなんで「svn repoのバックアップをとって無くて破損した失敗」を「バカだなぁ。まともな技術者はやらないだろ」と正しく正確に評価することが「切り捨てる」になるのでしょうか? それっと「正しい事をいわれると萎縮するから言うな」ってことですよね。どこの昭和の風習ですか 上から目線の人達は失敗を隠蔽する社会を作っている - 未来のいつか/hyoshiokの日記 「バックアップをとるべき」という指摘に「だろバカ」は余計という意味において、id:hyoshiokの主張は全く正しい。 指摘する側は指摘される側の感情を特別にケアしろとは言わないけど、他人を馬鹿呼ばわりしないように気を付けるのは、なにも「特別なケア

    「バックアップすればよかった」という指摘に「だろバカ」は余計 - @katzchang.contexts
    fbis
    fbis 2009/02/18
    「バッグアップとってないなんてバカだ」って言われたら「そんなことあらためて言われなくてもわかってるよバカ」って言い返せばいいんだよ。もしくは「バカにバカっていうやつがバカだ」って言おう。
  • 無いから作った人たち

    データベース技術の世界に新顔が次々と登場している。米Danga Interactiveの「memcached」、ミクシィの「Tokyo Cabinet」と「Tokyo Tyrant」、楽天の「ROMA」、グリーの「Flare」などだ。いずれも半導体メモリーを使って大規模データベースを高速処理する技術である。面白いのは、4社ともIT製品を開発するメーカーではないことだ。 4社は、Webを使ったサービス事業を手掛ける企業であり、来であればメーカーが開発した製品や技術を使う立場である。ところが、こうした「ユーザー企業」が自ら基盤技術を開発し、それを利用している。 memcachedやTokyo Cabinet/Tyrant、ROMA、Flareの中では、memcachedが一番古い。Danga Interactiveが自社のブログ・サービス「LiveJournal」を改善するために2003年に

    無いから作った人たち
  • 従来のソフトウェア工学が決定的に間違っている点 - kなんとかの日記

    従来のソフトウェア工学は、属人性を排除して開発者の能力を均一化しようとしている。この点に置いて、従来のソフトウェア工学は決定的に間違っている。 ソフトウェア開発では、個人の生産性は上と下とで 30 倍違うと言われる。これが当だと仮定したら、これだけ差がでるものを均一化なんてできるわけない (したところで間違った結論しかでない) んだから、属人性を排除することは大きな誤りである。 仕事が高度になればなるほど、属人性は排除できないし、人材の替えはきかない。問題を解決できない人間を100人集めても、問題は解決できない。問題を解決できるのは、問題を解決できる能力を持った人間だけ。頭の悪い大人100人より、すごく頭のいい小学生1人のほうが、成果物が出る。ソフトウェア開発はそういう類いの仕事。 よく、ソフトウェア開発を工場での作業に例える人がいるけど、これも「属人性を排除できる」という勘違いからもた

    従来のソフトウェア工学が決定的に間違っている点 - kなんとかの日記
  • 2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館

    が、過大評価はしない。 「IP電話を導入する場合のベンダーの見積もりは約2億円だった。アナログ交換機を更新する場合でも費用は約2000万円。しかし自分たちで敷設することでサーバーは20万円,電話機500台は800万円で導入でき,電話料金も年間400万円削減できた」---秋田県大館市産業部商工課商業労政係主事の中村芳樹氏は,IP電話導入の経緯と効果をこう振り返る。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること | 日経 xTECH(クロステック) 詳細に要件が見えている状態で2億円提示されたらまあそのベンダーは切ってもよい。逆に、適当にこういうことがしたいんですけどー的なノリで見積もらせたのであれば極大に金がかかるシチュエーションを想定して「最大このくらい」で見積もるだろうから、お役所と思って足元を見る(お役所は緊急時のために無駄を積まなければならない存在ではある

    2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館
  • ITPro Challenge! 2008 見てきた - こんにちはこんにちはmonmonです!

    去年も面白かったけど、今年も面白かったな。 印象に残ってるのは、 川崎氏の「意図的にシステムの弱い部分を作っておいて、そこがダメになりそうだったらスケールアップする」という話 あぁ、そういうやり方もあるんだなぁと思った。確かに全部潰れることは回避できるかもと。 奥地氏の「できないから、やらない」ではない「やらないから、できない」 まさに自分のことを言われてる感じだった 宮川氏の「What are you coding?」 Twitterで言葉を発言するのもCodeReposでコードをコミットするのも自分のエゴを時系列で並べてるという点で変わらないってのは目から鱗だった あと「スピリチュアル系」笑った 金子氏の「プログラミングしただけで犯罪」 話の内容自体も面白かったけど、このことについて懸念してるのが良くわかった。やっぱり研究者なんだなぁと ライトニングトークではひげぽん氏の「パフォーマン

    ITPro Challenge! 2008 見てきた - こんにちはこんにちはmonmonです!
  • ヒトもカネもなくともシステム内製はできる

    「ヒトもカネもない中小企業でも,やればできる」---菅雄一氏は関西のある企業のたった一人のシステム担当である。従業員約200人の製造業で,ほぼ独力でネットワークを引きサーバーを立て,社内向けのグループウエアや顧客向けのQ&A情報検索システム,販売システムなどを構築してきた。 ミドルウエアとして使っているのは,すべてオープンソース・ソフトウエア。ハードウエアの代金と回線料を除けば,費用はほぼ菅氏の人件費だけだ。 最初はエラーの連続 菅氏がシステム内製を始めたのは,2000年に同社がインターネットに接続したことがきっかけだった。この時,インテグレータから提案されたサーバーの費用は,営業所や社のパソコンの設定変更,ファイアウオールなどを含めて100万円以上。それを見た菅氏は「10万円のパソコンにLinuxを入れればもっと安くできるのに」と思った。 菅氏は思っただけでなく,実際に行動した。自前で

    ヒトもカネもなくともシステム内製はできる
  • ドワンゴ下方修正、17億円の最終赤字に 「ニコ動まだ貢献せず」

    ドワンゴは11月6日、2008年9月期の連結業績予想を下方修正し、17億1000万円の最終赤字(前期は14億800万円の最終赤字)となる見通しだと発表した。従来予想は損益とんとん。ゲームや「ニコニコ動画」(ニコ動)ビジネスが目標を下回った。 修正後の売上高は前年同期比12.2%増の249億7000万円(従来見通しは268億円)、営業利益は70.1%減の1億1000万円(4億円)、経常利益は68.5%減の1億円(4億円)。 ゲーム事業の販売計画数やニコ動の有料会員「プレミアム会員」数が目標に達しなかった。今期末(9月末)のプレミアム会員数目標は50万人だったが、約20万3000人にとどまっている(ニコ動930万会員に 有料会員減、黒字化策は)。 ニコ動の無料会員数は目標の900万人を越え、経費も計画通りに推移したものの、急成長に合わせたサーバの増設やインフラ費用、09年9月期から始める

    ドワンゴ下方修正、17億円の最終赤字に 「ニコ動まだ貢献せず」