タグ

発想に関するyuguiのブックマーク (85)

  • ICTを活用した授業アイディアを100個出すチャレンジをしたら、79個目で不思議な世界を体験した話|尾崎えり子

    通っていたお笑い養成所で放送作家の先生からこんなアドバイスをもらった。 「私たち放送作家は一つの番組の小さなコーナー企画にだいたい100以上の企画書を出します。なぜか。まず、半分くらいまでは自分の今までの経験や知識から生み出せる。次に今まで出したものの掛け算で生み出せる。その後、しばらくすると、もう今の自分からは何も出ないという状態になります。空っぽになって初めて、新しい情報がきちんと入り、自分が考えもしなかったアイディアが出せるものです。まずは空っぽにしてください。」 私が一番怖いのは野心とアイディアの枯渇なのだが、ふと知りたくなった。 アイディアの枯渇の先になにがあるのか? 誰からも「100個出してほしい」と依頼されたわけではないが、今回は数にこだわってICT活用した授業アイディアをテーマに出してみた。 100個に至るまでの経緯を説明していきたい。 ①まず、キーワード出しフェーズ マン

    ICTを活用した授業アイディアを100個出すチャレンジをしたら、79個目で不思議な世界を体験した話|尾崎えり子
    yugui
    yugui 2021/04/19
  • 斜にかまえる、かまえないを1分ごとに切り替えるとどうなるか

    むかしからなんでも斜にかまえるクセがある。 行列を見ては「よく並ぶねえ」と思い、流行りの曲を聞いては「これが流行ってんのね」と少しうがった目で見てしまうのだ。 そこでふと「斜にかまえる」「かまえない」を意識的に切り替えるとどういう感情になるのか気になった。実験してみます。 やり方 簡単にやり方を説明すると ①何かモノなどを目の前に置く ②それに対し、1分間は斜にかまえ、もう1分間は斜にかまえずに感想を言う。これだけだ。 ちなみに「斜にかまえる」を辞書で調べると、「物事に正対しないで、皮肉やからかいなどの目で見ること」とある。 わかりやすく言えば、1分間は皮肉めいた目で見て、1分間は素直に感想を言ったり肯定してみたりする実験である。 ひとりじゃ心もとないので、今回は後輩と一緒にやることにした。 後輩の郡司さん(左)と山宮さん(右)。二人とも斜にかまえがちな性格を自覚しているそうだ。 とりあえ

    斜にかまえる、かまえないを1分ごとに切り替えるとどうなるか
    yugui
    yugui 2019/11/16
  • ポケモンGOやっていたら変な動きのおじさん達に気づいた

    ポケモンGOをみんな遊んでいるから俺もちっとやってやるかーと思って始めたら、すぐにハマった。インドア派だったのに今年の夏は俺も彼女も日焼けして思い出がいっぱいできて良かったんだが、8月の途中、ポケモンやってる俺らと違う動きをする変なおじさんが時々いるのを俺は見つけてしまった。 ポケモンGOをやってる奴はスマホを縦に動かす。だいたい真っ直ぐに投げる。でも、変なおじさん達は真っ直ぐに投げていない。パズドラに近い指の動きをしていて、違ったことをやっているのがわかる。ポケモンの話もしていないしだいたい単独行動だ。 まあパズドラをやっているのかもしれないしtwitterLINEやってるのかもしれんが、どうもそう見えない、暑くて人のたくさんいるところで、場所を変えながらそんな事するか?パズドラだったらもっと落ち着いた場所で止まるだろうし、ねずみみたいに動き回るのは変だ。 おじさん達は周りを気にして立

    ポケモンGOやっていたら変な動きのおじさん達に気づいた
  • 機械学習(GA)によるサーバの自動チューニング #Ruby #負荷試験 #gargor #chef - Qiita [キータ]

    遺伝的アルゴリズム(GA)でサーバの自動チューニングをします。 GAを機械学習を一つと書いてしまいましたが違うようなのでタイトルを変更させて頂きました。 遺伝的アルゴリズムについては↓の動画が分かりやすいです http://www.youtube.com/watch?v=yZJ1V-zv_gU まずは通常の負荷テストができるところまで準備する必要があります。攻撃用のサーバをターゲットと(ネットワーク的に)近い場所に用意してください。負荷を掛ける側(Attacker)にも相応のスペックは必要です。 ストレスツールはコマンドラインから利用出来るものでしたらなんでもかまいません。ab(Apache Bench)などは最初から入っているので手軽ですが、今回は「グリーン破壊」というソフトを利用しました(グリーン破壊のインストール方法は家サイトに譲ります) 自動チューニングを行うにあたり、ターゲット

    機械学習(GA)によるサーバの自動チューニング #Ruby #負荷試験 #gargor #chef - Qiita [キータ]
  • 未来の情報の可視化について - Future share

    未来の情報の可視化の現状や、うまく可視化するにはどうすればいいのかを独断と偏見を織りまぜてまとめた。Read less

    未来の情報の可視化について - Future share
  • 削除フラグのはなし

    Query Optimization with MySQL 5.7 and MariaDB 10: Even newer tricksJaime Crespo

    削除フラグのはなし
  • 母は動じなかった

    毎日夫を起こすのが離婚したいくらい苦痛です。 : 家族・友人・人間関係 : 発言小町 : 大手小町 痛いニュース(ノ∀`) : 既婚女性「22時~2時帰宅、5時半起床の夫が朝全然起きません。毎日『離婚したい』と思ってます」 毎日夫を起こすのが離婚したいくらい苦痛なのは何が悪いのか - 情報の海の漂流者 1. 例によって、実家ではどうだったかと考えてみる。母は父を起こさなかった。「口でどういっているかということよりも、実際に起きられるかどうかが大切。お父さんのように仕事を頑張る意欲を持っている人が、それでも起きられないのなら、心身に無理がきているということよ。そのまま寝かせてあげたいわ」 一方、単なる怠惰で寝坊をする私と弟は、もちろん叩き起こされた。 母が父の稼ぎに不満を漏らしたことは一度もない。一時、父の勤務先の経営状況が危なくなり、年収が激減しても、母は動じなかった。父が病に倒れたときも

    yugui
    yugui 2011/05/27
  • Island Life - 「とりあえずやってみる」のスケーラビリティ

    About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ

    Island Life - 「とりあえずやってみる」のスケーラビリティ
    yugui
    yugui 2011/02/11
  • アイスランド噴火と局所最適化

    Satoshi Matsuoka @ProfMatsuoka すでに帰国から数日たつが、今回のアイスランド噴火->欧州逃避行は年間20回以上海外出張している松岡にとっても新たなる体験であるとともに、現代のネット・クラウドによる情報インフラに関して大いに考えさせられるものであった。そのあたり、先日の情報爆発のシンポでも色々議論したのだが。 2010-04-25 13:46:23 Satoshi Matsuoka @ProfMatsuoka それに関してパネルのスライドに一部書いたのだが、一部DoEのRick Stevens氏のスライドを利用して、彼が公開するなら若干編集したいとの申し出で、ちょっと遅れている。なので、ひとまず感じたことを吐露しよう。 2010-04-25 13:48:27 Satoshi Matsuoka @ProfMatsuoka 今回、ヒースロー空港に出向いても「閉鎖」と

    アイスランド噴火と局所最適化
  • 傘連判状メタファを採り入れたコミュニケーション

    概要 匿名性はコミュニケーションへの積極的な参加を促す一方で、 匿名発言は軽視されやすい、匿名発言を認めると場が荒れやすくなる、といった新たな問題を生み出す。 そこで我々は、 傘連判状 (からかされんぱんじょう) という集団署名形式を採り入れたコミュニケーションプロトコルを提案する。 提案プロトコルでは、ユーザはまず匿名で発言する。 その発言に対して十分な人数の協力者が集まった場合には傘連判状が生成され、協力者の名前が平等に提示される。 このプロトコルによって、匿名による参加のしやすさと実名による発言力の両立を図ることができる。 プログラム Lock-on-Chat IKKI Lock-on-Chat の後継バージョンとして、傘連判状プロトコルを実装しました。 発表文献 Takeshi Nishida, Takeo Igarashi, "Bringing Round-Robin Signa

  • Objectよ、汝の出自を示せ

    いらっしゃいませ。 某国産の品の品質がいろいろといわれた昨今ですが、やはり、流通路というか出自というのは重要な情報ですよね。 なお、当店の素材はできるだけ家の厳選された素材に基づくようにしております。 スタックトレースでの追跡 デバッグの際に非常に役立つスタックトレース。活用していますか? これはスレッドの流れを示しています。いわば流通路のようなものです。 メソッドに不正な引数が渡された場合、この流通路を遡ればどこの誰がばったもんを流したのか調査することが出来ます。犯人を見つけたらとっちめてやりましょう。 しかし、キャッシュされるオブジェクトや、staticフィールドに保持されるオブジェクトなどスレッドの流れとは一旦隔絶される場合、トレースを追いかけても犯人をつかめないことがあります。 /** Object置き場。ここに置いたのを処理する */ private Object objec

    yugui
    yugui 2009/05/17
  • JavascriptをPNG画像として圧縮する | 秋元@ネタフル

    prototype.jsをバイナリ列とみて、8ビットのPNG形式で可逆圧縮したものだそうです。 これをFirefoxやOperaなどcanvasに対応したブラウザでcanvasに描画し、getImageData()で画像からデータを取り出し、eval()してJavascriptとして再実行させることで、この画像圧縮されたprototype.jsを実行しているそうで。 作者自身も、gzipによる圧縮のほうがいいのでこれを現実的なサービスに適用する意味はないと書いているのですが、画像にスクリプト(やその他も)を埋め込むことで何かするアイデアが派生してくるかもしれないですね。Ajaxianのコメントには、これでFlickrをスクリプトストレージにできるな、というのも出ていましたけど。 via Ajaxian

    yugui
    yugui 2008/05/20
  • 空気党=2ちゃんねる VS 法と論理党=RESTfulはてな の二大政党制 - アンカテ(Uncategorizable Blog)

    出でよ、新しき知識人  「KY」が突きつける日的課題 - MIYADAI.com Blog これを現状分析と未来への提言に分けて読むと、現状分析の部分には同感だけど、提言としてはその方向性にやや疑問がある。 現状分析の部分はひとことで言えば「日人は世代によらず『空気』への依存が強い」ということだろう。「空気」は、共通前提から生まれるが、その共通前提の作り方が世代ごとに変遷してきた。 団塊世代以前の日人は、日という国自体の持つ共通前提 団塊世代は世代意識から生まれる共通前提 新人類世代は「分かる奴には分かる」という世代内差異を用いて集合的アイデンティティを構築 それ以降は、共通前提の構築の困難さから「繋がりの社会性」を指向(参考→「繋がりの社会性」は繋がりを指向しない -- Baldanders.info) ということで、その強迫的な共通前提構築への執着が暴走したものが「KY」である

    空気党=2ちゃんねる VS 法と論理党=RESTfulはてな の二大政党制 - アンカテ(Uncategorizable Blog)
    yugui
    yugui 2007/12/24
    「ひろゆき=天皇」は納得
  • MOONGIFT: » 次世代シェル「Hotwire」:オープンソースを毎日紹介

    Shellというと、CUIで文字列だけでエンジニア向きという雰囲気がある。確かに間違っていないが、知っていると何かと便利なことが多い。 エクスプローラのようなファイルマネージャとはまた違う、だがCUIでもない、そんな新しい形のShellがこれだ。 今回紹介するオープンソース・ソフトウェアはHotwirePythonベースの次世代Shellだ。 HotwireはGKTベースのShellで、その意味ではGUIアプリケーションになっている。が、操作は文字列ベースだ(マウスでも操作は可能)。 現在、cd/rm/current/ls等の各種コマンドが利用できる。実行結果はオブジェクトして返却される。各種操作はPythonで拡張できるようになっている(その代わりShellスクリプトは使えない)。 各種プラットフォームに対応しており、Fedora/OpenSUSE/Debian/Ubuntu等で動作す

    MOONGIFT: » 次世代シェル「Hotwire」:オープンソースを毎日紹介
  • 少しだけ安全なnew/delete - 神様なんて信じない僕らのために

    昨日のsafe_deleteに対してご指摘があったの追記します。 mb2syncさんが 「これは二重deleteのバグを隠蔽するので非常にまずいと思いますよ」 とおっしゃられてふむふむ、と。 自分がテストで書いたコードのがいようはこんな事を意図していました。 void* operator new (size_t size, UserName user, Purpose purpose) { このnewは「誰が」「何の目的で」確保したメモリなのかをメモリブロックに保持しておきます。 (多人数で作業して自作のアロケータを用いる場合に使います。 このnewしたメモリをdeleteする際には「誰が」「何の目的で」確保されたメモリをdeleteするのかverifyできると便利です。 ですが、operator deleteは引数を受け付けません。 よって、 inline void safe_delet

    少しだけ安全なnew/delete - 神様なんて信じない僕らのために
  • CDホルダーにベーグルがピッタリはまる

    はじめて道具を使うことを発見した原始人のような、偉大な発見だと思います。 CDホルダーにベーグルを通して、はい「CDベーグルホルダー」のできあがり。最初にじっとCDホルダーを見つめて、そして手に持ったベーグルを見つめて、「これ、入るんじゃね?」と発見した人は天才ですね。 Coudal [via Core77]

  • 日本人の働き方は「タグ」と「ソーシャル」で変わる:日経ビジネスオンライン

    糸井重里さんが、「ほぼ日刊イトイ新聞(以下、ほぼ日)」で「ベストセラーにならない理由が、わからない」と紹介したがあります。今年の4月に発売された、滑川海彦さんが、「Web2.0的な」ネットサービスについてまとめた『ソーシャル・ウェブ入門―Google、mixi、ブログ…新しいWeb世界の歩き方』(以下、『ソーシャル・ウェブ入門』)です。 彼がそこまでこのに入れ込んだ理由はどこにあるのか知りたい、と思っていたところ、糸井さんから、筆者である滑川さんと、『ソーシャル・ウェブ入門』に触発された事柄について語り合いたいとの提案がありました。それを記事にしたのが今回の企画です。 この対談の様子は、8月28日から「ほぼ日」でも連載されています(リンクはこちら)。同じ対談を別の媒体がそれぞれの視点で紹介する、という試みです。「藪の中」になるかもしれませんが、「ほぼ日」と「NBオンライン」、それぞれの

    日本人の働き方は「タグ」と「ソーシャル」で変わる:日経ビジネスオンライン
    yugui
    yugui 2007/08/31
    "世界の中心でクダを巻いたオヤジ"
  • 「メインフレームにこだわると,技術が伝承されなくなる」——JTBの野々垣氏が警鐘:ITpro

    「もし情報システムのオープン化に躊躇している現場があるならこう言いたい。メインフレームにこだわるな。一刻も早くオープン化に取り組めと」――。 JTB情報システムの野々垣典男氏(執行役員 グループIT推進室長,写真)は29日,都内で開かれたセミナーでこのように述べ,メインフレームに固執する企業に対して警鐘を鳴らした。日経SYSTEMS主催の創刊1周年記念セミナー「変化に強いシステム基盤の条件~ITインフラの最適設計を目指して」の基調講演で語ったもの。“脱メインフレーム”の最大の理由を野々垣氏は「システムを再構築するプロジェクトを敢行しなければ,ベテランのノウハウが伝承されない」ことだと強調する。 もちろん再構築の狙いは「技術伝承」だけではない。JTBでは1970年代に構築した旅行予約販売システムの再構築を,2002年から5年計画で進めている。その主な目的は,インターネット販売への対応や,各店

    「メインフレームにこだわると,技術が伝承されなくなる」——JTBの野々垣氏が警鐘:ITpro
    yugui
    yugui 2007/08/29
    "伊勢神宮のように歴史を積み重ねたいなら,進んで既存システムを壊すことも必要"; 伊勢神宮メソッド
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    yugui
    yugui 2007/08/20
    なるほど
  • 木構造データの妥当性をinstace_evalの黒魔術で検証してみる - sshi.Continual

    タイトルはおおげさすぎ。きっかけは 新しいwhyプロダクト、ShoesはGUIツールキット。 サンプルはこんな感じ。 Shoes.app do button "Press Me" do alert "You pressed me" end end こういうAPIは好みだ。 http://www.rubyist.net/~matz/20070801.html#p02 を見たこと。 「あーinstance_evalはやっぱり便利ですよね」と思ってみてたんだけど*1、この構造って再帰的に使えるよなぁ、と思ったのでコードでメモ。 ポイントは、上のソース中のbuttonというメソッド。buttonメソッドはソースの字面をみると定義なしに突然使われているんだけど、instance_evalの黒魔術を使うとこういうことができる。obj.instance_eval do .. end という構文を使うとブ

    木構造データの妥当性をinstace_evalの黒魔術で検証してみる - sshi.Continual