並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 277件

新着順 人気順

creek 意味の検索結果1 - 40 件 / 277件

  • プログラマでも出来るWebデザイン - Blog.37to.net

    home blog labs about contact プログラミング・開発 > プログラマでも出来るWebデザイン (X)HTML CSS テンプレート デザイン 画像 作成: 2007-01-08T01:58:41+09:00 更新: 2009-04-29T09:48:31+09:00 年始早々に大幅リニューアルした当ブログですが、リニューアルのお知らせでも書いた通り、 今回のデザインリニューアルに当たっての作成過程や、使ったツールを書いていきます。 デザインセンスの無い私にとって、今回のリニューアルは良く出来たと自負しているので、 お題はプログラマでも出来るWebデザイン。 前提として、CSSでコーディングが出来て、ある程度HTMLは設計出来る、でもデザインは・・・orz な人を対象にしています。 使用したツール・サイト一覧 作成過程は後半に書くとして、今回使用したサイト・ツールで

    • すばらしいソフトを作るには、カリスマが講演 ― @IT

      記者という職業柄、これまで非常に多くのプレゼンテーションを見てきたが、プレゼンテーションの1枚目が半裸の女性モデルの写真だったのは初めてだった。 2月13日、14日の予定で東京・目黒で開催中の「デベロッパーズ・サミット2008」で講演したFog Creek Softwareの創業者でCEOのジョエル・スポルスキー(Joel Spolsky)氏のプレゼンテーション「Joel on Developers Summit――素晴らしいソフトウェアを作るということ」は、型破りに楽しく、なおかつソフトウェア開発者にとって示唆に富む内容だった。 スポルスキー氏は米マイクロソフトのExcelチームで、Excel用マクロ言語を、後にVBAと呼ばれることになるモダンなオブジェクト指向言語に置き換える仕事でプログラムマネージャを務めたことがあるなどソフトウェア開発のベテランだが、エッセイの書き手としても名を馳せ

      • 非常用持ち出し品に転用可能な、災害時に役にたつ山道具まとめ - 温泉ブログ 山と温泉のきろく

        山道具には災害時に使えるものがとても多い すごい台風でしたね……。18歳で上京して以来、いや生まれてこの方、ここまでの台風は初めてでした。 幸い我が家は特に被害なく、自宅で閉じこもってじっとしていることでやり過ごすことができましたが、スマホからは緊急速報が何度も鳴り響き、落ち着かない1日ではありました。 1人暮らしでやや心細いということもあり、また、この地に住んで初めて経験する事態だったので自宅にいて本当に大丈夫なのかが想像つかず「避難勧告が出たら避難できるように」と、あらかじめ用意してあった非常用持ち出し品を見直して、ザックに詰めたりも。 こんな感じで。 停電になるかもしれないから、ライトはすぐ手に取れるようザックの上に。外に出ることになったら貴重品を入れたヒップバッグを斜めがけにし、その上からレインウェア上下を着て、ザックにレインカバーをかけて登山靴履いて出る!みたいに考えていました。

          非常用持ち出し品に転用可能な、災害時に役にたつ山道具まとめ - 温泉ブログ 山と温泉のきろく
        • 【不況】 IT業界がヤバい エンジニア「マジで仕事がない。」 : よろしい、ならばクリークだ -2chまとめ-

          2009年07月28日03:42 【不況】 IT業界がヤバい エンジニア「マジで仕事がない。」 カテゴリN速民の井戸端会議 1 名前: 姫カンムリシャジン(関西地方)[sage] 投稿日:2009/07/27(月) 19:05:00.26 ID:fjqg106g ?PLT(12000) ポイント特典 IT業界っていっても非常に大きくて、ネットワークからユーザサポート、システム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、 それを大手SIの子会社と外部協力会社(派遣会社)から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでた

            【不況】 IT業界がヤバい エンジニア「マジで仕事がない。」 : よろしい、ならばクリークだ -2chまとめ-
          • Joel on Software -

            プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資本主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界:すべてのソフトウェア開発が同じではない。 追記:インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし

            • Japanese - The Joel on Software Translation Project

              [edit] カリフォルニア 2007年10月5日 [edit] FogBugz On Demand 2007年7月9日 [edit] マネジメントの本 2007年6月29日 [edit] 記憶に残るようなカスタマサービスへの7ステップ 2007年2月19日 [edit] ファウンダーズ アット ワーク 2007年1月30日 [edit] Copilot 2.0リリース! 2007年1月26日 [edit] ビッグピクチャー 2007年1月21日 [edit] 新年の抱負: もっといい仕事につくこと! 2006年12月20日 [edit] 50万件のバグ! 2006年12月20日 [edit] 新作! 2006年12月18日 [edit] エレガンス 2006年12月15日 人々がソフトウェアをいじるのは、多くの場合、それで遊びたくてそうしているわけではない。彼らがソフトウェアを使うの

              • Variety のオールタイム映画ベスト100のリストがオススメできる8つの理由|THE MAINSTREAM(沢田太陽)

                どうも。 今日はこういう話をしましょう。 アメリカの映画業界誌の老舗「ヴァライエティ」が最新の映画オールタイムを発表しましたが、これがすごくいいんですよ! こんな感じです。 1.サイコ(1960 アルフレッド・ヒッチコック) 2.オズの魔法使い(1939 ヴィクター・フレミング) 3.ゴッドファーザー(1972 フランシス・フォード・コッポラ) 4.市民ケーン(1941 オーソン・ウェルズ) 5.パルプ・フィクション(1994 クエンティン・タランティーノ) 6.7人の侍(1954 黒澤明) 7.2001年宇宙の旅(1968 スタンリー・キューブリック) 8.素晴らしき哉、人生(1946 フランク・キャプラ) 9.イブの総て(1950 ジョセフLマンキビッツ) 10.プライベート・ライアン(1998 スティーヴン・スピルバーグ) 11.雨に唄えば(1952 スタンリー・ドーネン) 12.グ

                  Variety のオールタイム映画ベスト100のリストがオススメできる8つの理由|THE MAINSTREAM(沢田太陽)
                • Joel on Software -

                  プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資本主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界:すべてのソフトウェア開発が同じではない。 追記:インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし

                  • 神の一覧 - Wikipedia

                    神の一覧(かみのいちらん)では、各神話の神を列記する。 凡例:日本語名(英語名) 一覧は、ウィキペディア日本語版に多数の記事がある神話は五十音順、他言語版ウィキペディアの記事へのリンクが大勢を占める神話はアルファベット順になっている。 各単語の定義も参照されたい : 神、女神、仏、神話、宗教、聖典、世界の宗教。 中近東[編集] アブラハムの宗教[編集] ユダヤ教、キリスト教、イスラム教は、同じ神を信じている。しかし、ユダヤ教徒とイスラム教徒は神を、厳格な唯一神教的な語として思い浮かべるのに対して、ほとんどのキリスト教徒の神は三位一体として存在すると信じている。 ユダヤ教[編集] モーセの十戒の1つ、出エジプト記 20章7節の命令を根拠として、ユダヤ教においては古代から神の名を発音することを避けてきた。このため、現在では正確な呼称を知っている者は少なく、祭司家系の者たちの間で口伝されるのみで

                    • どうしてドラクエ3・4はリセットボタンを押しながら電源を切らなければいけなかったの?

                      2008年09月26日16:03 どうしてドラクエ3・4はリセットボタンを押しながら電源を切らなければいけなかったの? カテゴリゲーム全般 古いレスだけど、「へ〜!!」と思ったので掲載。 296 名前:名前が無い@ただの名無しのようだ[sage] 投稿日:05/01/20(木) 07:39:28 ID:1T4bDZhg どうしてドラクエ3・4はリセットボタンを押しながら電源を切らなきゃならなかったのだろう? 分かる人いますか? 297 名前:名前が無い@ただの名無しのようだ[sage] 投稿日:05/01/20(木) 11:05:36 ID:uS65PYlx 元々バッテリバックアップを前提に作られていないファミコンでは、 バッテリバックアップの仕様上、電池やSRAMに通電している時に電源を切ると 電源ノイズが発生して電池からSRAMへの電力供給が不安定になったりする。結果データが一部書き換

                        どうしてドラクエ3・4はリセットボタンを押しながら電源を切らなければいけなかったの?
                      • 成長期のベンチャーにおける採用の失敗 – Isoparametric – Medium

                        成長期のベンチャーにおける採用の失敗2011年2月「任侠道」などのゲームがヒットし、売上が伴ってきたとき、それは終わらないマラソンが始まったことを意味していた。 そして、以後横展開した「道」シリーズがヒットを飛ばしていくために、様々な問題が噴出し始める時期である。 プロジェクトを広げようにも、どのプロジェクトも人が足らない。 加えてエンジニアだけではない「初期の頃のメンバー」が退職を重ねていく時期でもあった。 バックオフィスも開発も、見よう見まねでやっていたところに経験者が入ってきて、ポジションが入れ替わるようなことが頻繁に起きていた。 「自分の好きだったgumiは死んだ」というような事を言って辞めていく人たちもいた。 開発現場でも、のんびりと仲良く売れないゲームを運営していれば良い時代は終わってしまったのである。 「任侠道」が明確なヒットを飛ばしている傍らで、のびのび結果のでないプロジェ

                        • ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門

                          ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門:プロジェクト成功確率向上の近道とは?(1)(1/2 ページ) ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は「Joelの機能仕様書」のポイントを解説する。 連載目次 はじめに 本連載では、ITシステム開発がビジネスに貢献していくために必要な、最も基本的な条件である“システム開発の成功”につながるいくつかのポイントを紹介します。 筆者は、さまざまなコンピューターシステム開発に長年携わってきたソフトウェア技術者ですが、この連載では、あえて技術的ではない話題を中心に述べます。というのも、技術論だけではシステム開発が成功する条件としては不十分ですし、すでにたくさんの優れた技術論が各方面で展開されています。あらためてそこ

                            ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門
                          • 軽快なタスク管理ツールTrelloを使おう | DevelopersIO

                            はじめに Trelloを半年ほど使ってみて、かなり気に入ったので紹介します。 どんなツール? 名前をつけるならプロジェクト管理/タスク管理ツールでしょうか。Trelloは自身をコラボレーションツールと説明しています。ちなみにこれはメインのWebアプリ版にiOS版、Android版も用意されています。 Redmine, Backlog, Pivotal Tracker, Track… 似たような役割のツールは他にもありますが、いろんな意味でとってもライトな感じです。機能は少ないし、動作は軽いし、無料です。アカウントを作ればすぐに使えちゃいます。感覚的にホワイトボード+付箋なイメージです。 メニューは英語ですが単語の数は少ないですし機能も少なく、アイコンで何となくわかるので導入の障壁は低かったと思います。 Trelloを使ったプロジェクトの例 操作方法は使ってもらえばある程度わかるってもらえる

                            • (翻訳) Trelloは何が違うのか by Joel Spolsky - 納豆ペペロンチーノ日記

                              最近、rebuild.fm で紹介されていたタスク管理ツールのTrelloを試しに使ってみたんですが、個人的にかなりヒットでした。このTrello、Joel on Softwareで有名なJoel Spolsky氏のサービスだと知って驚いたんですが、氏のTrelloに関するブログエントリーが興味深かったので、著者の許諾を得て翻訳します。 原文:How Trello is different - Joel on Software Trelloは何が違うのか(How Trello is different) 2012年1月6日 金曜日 つい数ヶ月前、私たちは非常にシンプルなWebベースのチーム・コラボレーション・システムのTrelloをローンチした。まだ始まったばかりの1.0状態だというのに、フィードバックは圧倒的に好感触で、採用の勢いは非常に力強い。 Fog Creekにとって、Trello

                                (翻訳) Trelloは何が違うのか by Joel Spolsky - 納豆ペペロンチーノ日記
                              • 記憶に残るようなカスタマサービスへの7ステップ - The Joel on Software Translation Project

                                Joel Spolsky / 青木靖 訳 2007年2月19日 月曜 自力で立ち上げたソフトウェア会社であるFog Creekには、最初の2年くらいの間カスタマサービス専任のスタッフを雇う余裕はなかった。それでマイケルと私がカスタマサービスをやっていた。顧客を助けるために費やされる時間は、私たちが製品を改善するのに使うべき時間を奪うことになったが、私たちはその中で多くのことを学び、今ではカスタマサービスをずっとうまく運営できるようになった。 以下では記憶に残るようなカスタマサービスを提供するために私たちが学んできたことを述べようと思う。ここで「記憶に残る」と書いたのは文字通りでの意味だ。目指しているのは、あまりにすばらしくて人々の記憶に残るようなカスタマサービスを提供するということなのだ。 1. 問題はすべて2通りの方法で解決する テクニカルサポートの問題はほとんどすべて2通りの解決法があ

                                • 優れた開発者を見つけるには - The Joel on Software Translation Project

                                  Joel Spolsky / 青木靖 訳 2006年9月6日 水曜 優れた開発者というのはいったいどこにいるんだ? 空いたポストを埋めるために誰かを採用しようとしたとき、多くの人がするのは、広告を出し、おそらくは大きなオンライン掲示板を見て回り、履歴書を山ほど取り寄せるということだ。 そこにある履歴書を、「フム、これはいいかもしれない」とか、「お話にならない」とか、「この人がバッファローに越してきてくれるならいいんだけど」などと考えながら見ていく。しかし、請け合ってもいいが、そのときに決して起こらないだろうことは、「すごい、この人は素晴らしい! ぜひとも雇わなくちゃ!」ということだ。実際何千という履歴書に目を通し、そして履歴書の見方がちゃんと分かっていたとしても(これは簡単なことではない。そのことについては金曜日に書くつもりだ)、何千という応募の中に、率直に言って優れたソフトウェア開発者が

                                  • アラスカに住んでるけど何か質問ある?

                                    1 名前:名無しさん:02/01/03 02:19 ID:n++M6ezr 【FAQ】 Q:寒いですか? A:寒いです。 Q:オーロラはきれいですか? A:きれいです。 その他に質問あればどうじょ。 4 名前:名無しさん:02/01/03 02:29 ID:I5NEOnKd アラスカではスーパーに買い物に行くにも飛行機使うってほんとですか? >>4 これはマジ。僻地の村だと地元のスーパーで物を買うより、 飛行機で大都市に行って買いだめした方が安い。 プラス精神的にも解放感があるしね。 ノーム(ベーリング海に面した村)に世界最北のバーガーキングがあって、 ハンバーガーが4ドルもするらしい。 5 名前:名無しさん:02/01/03 02:45 ID:pHnIj9ng おしっこするときトンカチ使うのは本当ですか? >>5 トイレには使用済みのトンカチが捨てられている。 102 名前:おしっこナイ

                                    • 「新しい教育」の話をしよう | 上杉周作

                                      上杉周作 「新しい教育」の話をしよう 2015/11/2 Tweet シリコンバレーの教育ベンチャー・EdSurge社に技術者として入社してから3年が経ちました。よい区切りなので、ぼくは教育の専門家ではありませんが、教育について考えたことを書き連ねてみました。 シリコンバレーの教育ベンチャー・EdSurge社の集合写真。ぼくは写真右下。 目次 「新しい教育」の歴史編 1 / 厚切り教育論と、アメリカ今昔物語 2 / アメリカの教育が、「進歩主義時代」の波に乗った 3 / 「学校は社会の鏡なのか?」が問われた 4 / エセ科学の教育論が登場した 5 / 教育学部の専門家が、「新しい教育」をアメリカ中に広めた 6 / 「新しい教育」が暴走した 7 / 「新しい教育」論戦が繰り広げられた 8 / 「学校は社会の鏡なのか?」が再度、問われた 9 / 「新しい教育」が終わった 「新しい教育」の考察編

                                        「新しい教育」の話をしよう | 上杉周作
                                      • 【翻訳】How to be a program manager - Joel on Software - GoTheDistance

                                        たまたま見かけたのですが、とても示唆に富む記事だったので頑張って和訳してみました。延べ2週間近くかかった・・・。 ITを武器にする企業は、ベンダーやユーザーに関わらず「program manager」と呼べる人たちが必要だと思っています。37Signalsの「Getting Real」に近しいことをJoel自身も語ってくれていますし、今後僕らがどのようなキャリアを積んでいけばいいのか、技術力を梃子にしていく組織を作るのにはどうしたらいいのか、そういうヒントが込められています。 Joelの英語は、同じような意味の言葉を複数の言葉を使い分けて言っていたり、ぐるっと回り込んでから要点を記述することが多いので、正確な意味を伝え切れていないかもしれませんが、大きく意味が外れないように留意したつもりです。 原文はHow to be a program manager - Joel on Softwar

                                          【翻訳】How to be a program manager - Joel on Software - GoTheDistance
                                        • Japanese - The Joel on Software Translation Project

                                          カリフォルニア 2007年10月5日 FogBugz On Demand 2007年7月9日 マネジメントの本 2007年6月29日 記憶に残るようなカスタマサービスへの7ステップ 2007年2月19日 ファウンダーズ アット ワーク 2007年1月30日 Copilot 2.0リリース! 2007年1月26日 ビッグピクチャー 2007年1月21日 新年の抱負: もっといい仕事につくこと! 2006年12月20日 50万件のバグ! 2006年12月20日 新作! 2006年12月18日 エレガンス 2006年12月15日 人々がソフトウェアをいじるのは、多くの場合、それで遊びたくてそうしているわけではない。彼らがソフトウェアを使うのはツールとしてであり、それで彼らがやりたいと思う別なことを実現するのだ。彼らがチャットプログラムを使うのは、それでウィットがあるところを見せて、チャットの

                                          • 野口種苗

                                            F1は出荷用。家庭菜園には命が永続する固定種をどうぞ。 ※当店の看板の『火の鳥』は、故手塚治虫先生と(株)手塚プロの許諾を頂いています。 ※昨年2023年のホームページはこちらに移動しました。 オンラインショップはこちら。 野口 勲の講演等出張予定。 (コロナ禍と炎症老化のため、遠方に赴く講演依頼は、現在お断りしています。 YouTubeにアップされている2023年秋の飯能市での講演動画をご覧下さい) (実店舗の営業時間は、午前10時より午後7時までです) [最終更新日/2024/3/18] 鶯の初鳴きを聞き、強剪定されて小ぶりの花を開く白木蓮。 人間社会は何かと落ち着かないが、飯能の川岸は春一色だ。 飯能市立飯能第一小学校校舎が建て替えられるというので、 校長先生に頼んで僕が編集した頃のPTA広報誌「ナンジャモンジャ」 バックナンバーを出して頂いた。平成2~3年度の2年間、8号分

                                            • バグを増やさないためにコードレビューのチェックリストを使う | Yakst

                                              チーム内で良くある間違いなどをチェックリストにし、それをコードレビュー時に使う事で、コード自体のレベルを上げつつコードレビューの品質のばらつきをなくす取り組みについて。Trelloなどを開発するFog Creek社のブログの翻訳。 効果的なコードレビューについて書いた我々のブログ記事の中で、チェックリストを使う事を推奨した。チェックリストを使う事で、レビューが継続的にチーム全体でうまくはたらくようにできる。また、ありがちな問題を見つけたり解決したりするのを確実にする、簡単な方法でもある。 ソフトウェア工学研究所の研究によると、プログラマは15から20の良くある間違いをしてしまいがちだという。そういった間違いをチェックリストに追加しておく事で、問題が起こった時にそれを特定し、確実に駆逐するようにできる。 チェックリスト作りに取り掛かるに当たって、一般的な項目は以下のリストのようになるだろう。

                                                バグを増やさないためにコードレビューのチェックリストを使う | Yakst
                                              • 破局噴火 - Wikipedia

                                                破局噴火(はきょくふんか)は、地下のマグマが一気に地上に噴出する壊滅的な噴火形式を表す用語。地球規模の環境変化や大量絶滅の原因となるもの[1]を指す。なお、正式な学術用語としてはウルトラプリニー式噴火(英語: Ultra Plinian)、大規模なカルデラの形成を伴うことからカルデラ噴火と呼ぶ場合もある。また、このような噴火をする超巨大火山をスーパーボルケーノ(英語: Supervolcano)と呼ぶ。 語源[編集] 「破局噴火」という言葉は、もともと石黒耀が2002年に発表した小説『死都日本』のために考案した用語である。作中の設定では、南九州の加久藤カルデラが約30万年ぶりの超巨大噴火を起こし、火山噴火予知連絡会はこれを「じょうご型カルデラ火山の破局“的”噴火」と発表したが[2]、NHKの臨時報道番組のキャスターが「破局噴火」と間違えて連呼したことにより[3]、日本国内のみならず海外にお

                                                  破局噴火 - Wikipedia
                                                • 給料日だし給与明細晒そうぜ! : よろしい、ならばクリークだ -2chまとめ-

                                                  2009年02月24日23:05 給料日だし給与明細晒そうぜ! カテゴリ昔のニュー速VIP 1 :以下、名無しにかわりましてVIPがお送りします:2009/02/24(火) 11:04:12.26 ID:4eWYeLcb0 会社:上場企業子会社()笑 職:専門データアナリスト 世間には一般事務 役職:平社員 勤続年数:7年目 総支給額:\282,096 控除合計:\62,552 差引支給:\219,544 子供はいません。結婚してますが奥さん働いていません。 会社から補助無し 死にたい 8 :以下、名無しにかわりましてVIPがお送りします:2009/02/24(火) 11:08:57.14 ID:AnAZ0w0XO 会社:よくCMやってる介護関係のあれ 職: 介護福祉士 役職:平社員 勤続年数:3年目 総支給額:\184,581 控除合計:\21,364 差引支給:\300000くらい欲し

                                                    給料日だし給与明細晒そうぜ! : よろしい、ならばクリークだ -2chまとめ-
                                                  • ネーミングについて / Maka-Veli .com

                                                    アプリの名前とか、たまに逸品なモノを見かけます。(社名なんかも) 基本的にやはり覚えやすいモノは良いなと思います。 気になったのでちょっと調べてみたので書いていきます。 とにかく覚えやすく 単語と単語の組み合わせによる造語が基本的に多いと思うのですが この場合、使われる単語の意味がわかりやすいモノが良いかと思います。 また、使われる単語は2つがやはりわかりやすいかな、と。 6文字〜8文字くらいで メディアに出てくる際、ワードが長すぎると覚えにくいと思います。 というのも、長いと読まないから。 英語得意な人は覚えられるかもしれないですが、僕のように英語が致命的すぎる人間にとって10文字以上の英字は「めんどくせ」と、スルー対象になってしまいます(笑) 逆に、短すぎると見逃してしまう事も。 造語の場合、どうしても文字数は長くなりますが、なるべく皆が知っているワードを使って、短

                                                    • SSS推薦・多読用基本洋書のご紹介

                                                      SSS推薦・多読用基本洋書のご紹介  2008年3月7日 Ver.3.51 古川昭夫 SSS英語学習法研究会では、次の洋書のシリーズを多読用洋書として推薦しています。 SSSでは、実際の読者の意見を参考に、Graded Readers と一般書の読みやすさレベル(YL: Yomiyasusa Level) を決めています。 この数値は,SSS英語学習法研究会が独自に定めた日本人の大人にとっての読みやすさレベルで、数値が小さいほど一般的に読みやすいことを表します。また、数値に幅があるのは、シリーズ内の本によっての難易度の差および、同じタイトルの本でも個人の好み・英語学習歴による難易度の差があることを考慮したものです。 しかし、Graded Readersでさえ、同一シリーズ内の同一レベルでも読みやすさが大きく違うことがあるので、数値にこだわらずに、自分が今楽しめているかどうかの感覚を大事にし

                                                      • ソーシャルネットワークの黄昏、Web 2.0の振り返り、そして壊れたテック/コンテンツ文化のサイクル

                                                        ソーシャルネットワークの黄昏、Web 2.0の振り返り、そして壊れたテック/コンテンツ文化のサイクル 2022.08.21 Updated by yomoyomo on August 21, 2022, 20:05 pm JST BSプレミアムで放送された「世界サブカルチャー史 欲望の系譜」の2010年代編「アメリカ 分断の2010s」において、作家のカート・アンダーセンが、映画『ソーシャル・ネットワーク』が作られた頃、マーク・ザッカーバーグは「軽蔑」されてはいなかった、とコメントしていて思わず笑ってしまいましたし、その後に少し考え込んでしまいました。 『ソーシャル・ネットワーク』でのマーク・ザッカーバーグは、お世辞にも好感の持てる人物ではありませんが、それはテクノロジーにほぼ興味がなく、仲間内の特権意識、嫉妬、裏切りといった人間ドラマを描きたかったアーロン・ソーキンの脚本で悪役が割り当て

                                                          ソーシャルネットワークの黄昏、Web 2.0の振り返り、そして壊れたテック/コンテンツ文化のサイクル
                                                        • 採用活動のベストプラクティスを求めて「ソフトウェア開発者採用ガイド」を読む - valid,invalid

                                                          Quipper のエンジニア採用には必ず候補者の同僚となる人*1が参加する。いつからかはわからないが自分が候補者として採用面接を受けた昨年の7月頃にはそうなっており、今では自分が採用側として履歴書を読み、面接に参加し、コードレビューを行うようになった。 コードレビューについては以下を参照。 Quipper のエンジニア採用プロセス コードテスト編 - @kyanny's blog - 応募直後のレジュメを見て下す判断や、面接の時間内での行われる会話の内容や質問は基本的に各自に委ねられている。事前に得られた候補者の情報から面接前に「今の採用方針は○○だから、こういうところを今回は見てみよう」「この経験を掘り下げてみよう」程度の認識合わせをすることはあるが、とりわけシステマティックな進行に沿っているわけではない。 そういうわけでこれまで数十名の候補者のレジュメを見て十数人程度の候補者と会ってき

                                                            採用活動のベストプラクティスを求めて「ソフトウェア開発者採用ガイド」を読む - valid,invalid
                                                          • アメリカ先住民 - Wikipedia

                                                            アメリカ先住民[2](アメリカせんじゅうみん、Indigenous peoples of the Americas)は、ヴァイキングやクリストファー・コロンブスによるアメリカ本土への到達以前からアメリカ州(南北アメリカ大陸とその周辺)に住んでいる先住民族の総称。エスキモー・アレウト人を除き、インディアン、アメリカインディアン、インディオなどとも呼ばれてきた。 概要[編集] 「アメリカ先住民」には、「インディアンとインディオ」と「エスキモー・アレウト人(エスキモーとアレウト)」がいる。 アメリカ合衆国やチリが領有する、アメリカ州に属さない太平洋の島々には「アウストロネシア人(ポリネシア人・チャモロ人・トンガ人・ミクロネシア人など)」がいる[3]が、少なくともアメリカ合衆国国勢調査では、彼らはアメリカ先住民(Native Americans)に含まれない。ハワイ先住民はかなりの人口がアメリカ合

                                                              アメリカ先住民 - Wikipedia
                                                            • とある女子W杯決勝日米戦の海外実況: 誤訳御免。

                                                              元ネタ www.reddit.com/ ほまれ今日のお題はまだ興奮覚めやらぬ女子W杯決勝。 ちょっとググったら既にたくさん海外反応が出ていたので止めようか とも思ったのですが、記録というかこの感動を形として残しておきた かったので、やはり取り上げることにしました。 とはいえ、普通に記事にすると二番どころか十番煎じぐらいになりそ うなので、とある英語掲示板での試合実況をネタにしました。 これなら試合経過もある程度記録に残りますしね。 後で読み返した時に、そうそうこういう試合展開だったよなぁと。 では、興味のある方は続きをどうぞ。 :) (以下文中選手の敬称略) Match Thread: (Women's World Cup: FINAL) United States vs. Japan  [2:45PM EDT / 11:45AM PDT / 8:45pm CEST / 3:45am JS

                                                              • Mercurial - Wikipedia

                                                                Mercurial (マーキュリアル) は、ソフトウェア開発者向けの分散型バージョン管理システムである。Microsoft Windows、FreeBSD、MacOS、Linux等の Unix 系システムでサポートされている。GPL v2+ [3] の条件の下でフリーソフトウェアとしてリリースされている。 Mercurial はシンプルな概念の下、次のものを主要な設計目標としている。 分散型 VCS 完全分散型の共同開発 高いパフォーマンス スケーラビリティ プレーンテキストファイルとバイナリファイル両方に対する堅牢な処理 高度な分岐 マージ機能 Mercurial は主としてコマンドライン駆動のプログラムである。Mercurial のすべての操作は、そのドライバープログラム hg への引数として呼び出される。(hg というプログラム名は、英: mercury が水銀を意味しその元素記号が

                                                                  Mercurial - Wikipedia
                                                                • プログラムマネージャになるには - The Joel on Software Translation Project

                                                                  Joel Spolsky / Fujimoto訳 2009年3月1日 月曜 優れたプログラムマネージャを持つことは本当に良いソフトウェアを作るための秘訣の一つだ。あなたのところには多分いないだろう。こういう人はほとんどのチームにはいないからだ。 チャールズ・シモニーはWYSIWYGなワープロを共同開発した頭のきれるプログラマで、マーサ・スチュワートとデートし、さらにマイクロソフトの株式で10億ドル儲けて宇宙へ行った男であり、また巨大なソフトウェアチームの人月の神話問題を、最上位の関数を書く超一流の上級プログラマを一人置いて、低いレベルの関数を必要に応じて下級の単純労働プログラマのチームに書かせることで解決しようとした最初の人でもあった。彼らはこの最上位の関数を書くプログラマのポジションをプログラムマネージャと呼んだ。シモニーは確かに頭が良かったけど、このアイデアはそれほどでもなかった。誰も

                                                                  • 共同制作者という名の悪夢:『Night in the Woods』の制作とアレック・ホロウカの死【翻訳】 - 名馬であれば馬のうち

                                                                    訳者前書 ・以下は Night in the woods 共同開発者のひとり Scott Benson が同じく共同開発者だった Alec Holowka の自死(2019年8月)に関して2019年9月に寄せた文章の訳である。 medium.com ・ホロウカの死の背景については以下の記事から。 automaton-media.com ・主にベンソンがホロウカと出会って Night in the Woods を完成させるまでの開発作業と、その過程で垣間見えたホロウカのパーソナリティについて、ベンソンの視点から語られている。そのため Night in the Woods の制作史的な側面も帯びている。 ・めちゃ長い2万字くらいある。ホロウカの自死から三日後のめちゃくちゃな心理状態で書かれたためか、繰り返しになっているところも多い。めんどくさくなってテキトーに訳したり端折ったりしているとこもあ

                                                                      共同制作者という名の悪夢:『Night in the Woods』の制作とアレック・ホロウカの死【翻訳】 - 名馬であれば馬のうち
                                                                    • 優れた開発者を見つけるには - The Joel on Software Translation Project

                                                                      Joel Spolsky / 青木靖 訳 2006年9月6日 水曜 優れた開発者というのはいったいどこにいるんだ? 空いたポストを埋めるために誰かを採用しようとしたとき、多くの人がするのは、広告を出し、おそらくは大きなオンライン掲示板を見て回り、履歴書を山ほど取り寄せるということだ。 そこにある履歴書を、「フム、これはいいかもしれない」とか、「お話にならない」とか、「この人がバッファローに越してきてくれるならいいんだけど」などと考えながら見ていく。しかし、請け合ってもいいが、そのときに決して起こらないだろうことは、「すごい、この人は素晴らしい! ぜひとも雇わなくちゃ!」ということだ。実際何千という履歴書に目を通し、そして履歴書の見方がちゃんと分かっていたとしても(これは簡単なことではない。そのことについては金曜日に書くつもりだ)、何千という応募の中に、率直に言って優れたソフトウェア開発者が

                                                                      • 絵コンテエディタ

                                                                        はじめに Swingの勉強を兼ねて、絵コンテのエディタを作りました。 編集、印刷、Flash出力と、私が使う上での一通りの事は出来ます。 今回調べたら絵コンテのフォーマットも色々あるみたいですが、とりあえず唯一知っているタイプをモデルに。ちなみにカラムの順番はD&Dで変更可能。 JavaとSwingは遅いイメージがありましたが、今回使ってみて見直しました。Athlon2100+ならば充分使い物になる速度です。 いや、こんなカラーで描く人は居ないと思うけど、なんか見栄えが良いので…。 ダウンロード jarファイル一式 sbedit.zip ←2014/10/21 最新版(Java 1.8以降用) sbedit.zipJava 1.7用 sbedit_JDK15_Latest.zip ←Java 1.5用にコンパイルした。起動だけは確認したけど動かない事があるかもしれない) sbedit_JD

                                                                        • タスク管理ツール「Trello」が日本市場に正式参入--本格展開は"長年のゴール”

                                                                          オーストラリアに拠点を置くソフトウェア企業のAtlassian(アトラシアン)は11月16日、タスク管理ツール「Trello」の日本市場参入を正式に表明。2018年2月から本格展開を開始すると発表した。 Trelloは、かんばん型タスク管理ツールとして2011年にリリースされ、2016年に日本語を含む21言語に対応。現在登録ユーザー数は2500万人で、PixarやGoogle、Adobeなどの企業も導入しているという。ソフトウェア会社のFog Creekが開発した後、2014年に独立しTrello Incが設立。2017年2月にアトラシアンが買収した。 特徴は無料で利用することができ、わかりやすくシンプルなツールであること。ボードにリストを作成しカードを足していくという、付せんをはり付けるような感覚で利用できる。ワークフローや新入社員向けのガイドといったビジネス的な用途から、飲食店情報を共

                                                                            タスク管理ツール「Trello」が日本市場に正式参入--本格展開は"長年のゴール”
                                                                          • エンジニアの書類選考でQiitaが評価される?!現役転職エージェントが語る活用術 - Qiita:Zine

                                                                            元エンジニアからキャリアアドバイザーへ転身。AI・IoT・ビックデータなど、昨今話題となっている分野に力を入れている企業を担当することが多く、自身の就業経験を活かして転職支援を行っており、技術に知見のあるアドバイスがエンジニアから好評を得ている。 Qiita投稿は5分間ルールと自分の中のトリガーが継続の鍵 ――本日はよろしくお願いします。まず、suinさんと『Qiita』の出会いからお聞きしてよろしいでしょうか? suin:『Qiita』がスタートした2011年頃にPHP界の有名人であるメルカリ執行役員のsotarokさんやオトバンクCTOのriafさん『パーフェクトPHP』の著者fivestarさんが投稿していたのを見たのがキッカケです。当時の『Qiita』は投稿に対しての敷居が低い感じがあって。自分の書いたコードをコピペしたらそれで投稿しているイメージですね。ですので、サービスを知って

                                                                              エンジニアの書類選考でQiitaが評価される?!現役転職エージェントが語る活用術 - Qiita:Zine
                                                                            • 続・年間通してベスト・アルバム選び:2012年のロボ声論~The Man Machine / Ghost In The Shell

                                                                              2012年03月18日 2012年のロボ声論~The Man Machine / Ghost In The Shell “ロボ声”は2種類に分けられる。オートチューン、ヴォコーダー、トーク・ボックスとボーカロイド。いまやどこに行っても聞こえてくるこれらの音声加工装置は、 その機械的な響きから、十把一絡げに“ロボ声”と呼ばれているが、起源や歴史を考えると、それぞれ別個の意味を持っている。両者の違いは歯車ひとつ、ネジひとつの差といった瑣末なものではなく、生みだされた目的自体が真逆、とさえいえるだろう。歴史を振り返りながら、ロボ声の意味を考えてみたい。 The Man Machine  僕らは言語を楽器としても使っている。僕らが歌う時にはよく声が低すぎて何を歌っているかわからないと言われる。でも僕らはロッド・スチュアートばりの歌い手ではない。声を楽器として使っているんだ。言語はリズムのパターンの

                                                                              • thesis

                                                                                卒論制作に悩むすべての学生のための     私家版 卒業論文の書き方 おことわり  この「卒業論文の書き方」は、京都大学総合人間学部の学生を想定して作ったものです。 最初の「卒業論文作成までの日程」など、他大学の条件とは異なる部分もあります。この点 ご注意ください。     目  次 卒業論文作成までの日程 卒業論文の書式 卒業論文を書くまで 卒業論文を書く 文献の探し方 論文を書くための参考文献 論文の書き方リンク集  1. 卒業論文作成までの日程   1.1. 卒業論文指導教官の決定  3回生年度の1月末日までに、卒業論文の作成を指導する卒業論文指導教官 (チューター) を 決定する。指導教官の決定にあたっては、講座の教官と十分に相談すること。   1.2. 卒業論文題目届け  4回生年度の4月末日までに卒業論文の題目を決定し、教務掛に届

                                                                                • Joel on Software - やさしい機能仕様 - パート 2: 仕様書とはどんなものか?

                                                                                  Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/3 (パート1はもう読んだ? 読んでなければ、ここにある。) このアーティクル・シリーズで扱っているのは機能仕様であって、技術仕様ではない。人々はこの2つを混同している。標準的な用語があるのかどうか知らないが、私がこれらの用語を使うときに意味しているのは以下のことだ。 機能仕様書は、ユーザの観点から製品がどのように動くか記述する。それはどのように実装されるかは問題にしない。それは機能を話題としており、画面とか、メニューとか、ダイアログとかいったものの仕様を定める。 技術仕様書は、プログラムの内部の実装について記述する。それはデータ構造、関係データベースモデル、プログラミング言語や開発ツールの選択、アルゴリズムといったものを話題としている。 あなたが製品を隅から隅までデザインするとき、最