約 1,203,126 件
https://w.atwiki.jp/movefrom09/pages/15.html
支援セットダウンロードからダウンロードできない方のために要望書の内容を転載します。 （もし活動される際は、ぜひご一報ください。一緒に活動させていただけたらと思います。） まだまだ荒削りで、ごらんになって不快に感じされる方もいるかも知れません。 随時修正しますので、ご意見いただければ幸いです。 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ 「要望書」 平成２１年○月●日 ○○大学医学部長 ○○○○ 先生 全国有志医学生の会 ○○大学医学部支部 医師不足の解消のために医学部定員増が決まり、臨床研修の短縮も議論されておりますが、 その前提として卒前教育の一層の充実が求められております。 優れた臨床医をできるだけ速やかに世に出すことは、社会のニーズといえます。 山形大学医学部では「見学だけでは医学の質は向上しない」という考えのもと、 指導医の監督下で医学生が治療に参加する「スチューデントドクター制度」を導入します。 これは、臨床実習前の共用試験に合格した学生のうち、一定のレベルに到達した学生を 「スチューデントドクター」と認定して診療チームの一員として扱うものです。 患者に対して身分を名札で明示するほか、インフォームドコンセントを徹底して 協力を得ることが前提となりますが、○○大学のクリニカルクラークシップの範囲を 大きく超えた実践的な内容であると伺っております。 私達の大学におきましても臨床実習のさらなる向上をお願いしたく、 以下について要望いたします。是非前向きにご検討くださいますようお願い致します。 １．○○大学版スチューデントドクターの導入 卒後に学外の研修病院に出て行く学生が多い(マッチング結果資料参考)ことの一因として、 臨床実習で得られるものが乏しいと判断し、母校に残って研修する意義を見いだしがたいことが考えられます。 「隣の芝生は青い」ではないですが、高名な研修病院にあこがれるのが医学生の心理です。 学生のうちから臨床実習において、高名な研修病院に負けないトレーニングの機会を 提供していただくことによって、決して○○大学での教育が研修病院よりも 見劣りしないことを示していただければ、安心して卒後も研修できるのではないでしょうか。 「診療参加型臨床実習の実施のためのガイドライン（H17文部科学省）」に基づいた 山形大学のような実習が導入されれば、学生としては将来に向けた手応えを得ることができます。 ２． メディカルクラークとしての医学生の活用 医学生からすれば、「大学病院は雑用が多い」として研修先に選ぶことを敬遠しがちです。 他方で、医学生は臨床実習で特に役回りを与えられないために、 合間を縫って、国家試験の過去問で勉強していることが多いといえます。 これでは、臨床実習の実が上がっているとはいえません。 そこで、臨床実習の一環として医学生に「雑用」をさせてみては如何でしょうか。 朝の採血や患者の移送、入院診療計画書や保険会社の診断書の下書き、 サマリー書きやレセプトのチェック等、メディカルクラークを新たに雇用するよりも、 医学生の知識が役立つ場面は多いのではないでしょうか。 研修医になったら否応なく行う業務に学生時代から通じておくことは、 将来の肥やしになるばかりでなく、病棟で勤務する先生方の業務の効率化につながるうえ、 仕事ぶりが評価されればより進んだ手技等の教育を受けられることにつながると考えます。 * ３． 教育の充実にむけて 山形大学の嘉山医学部長の許可を頂いてお言葉を引用します。 「医行為などは易しいので早くすませて、その後の専門分野や医学研究に戻ってほしい。 医行為を遅らせ、レベルの低い現在の臨床研修などはやめて、高度の家庭医研修や専門医研修、 医学基礎研究に入ってほしい。そうでないと、日本の医学、医療のレベルは一気に低下する。」 医療事故が取りざたされる昨今では、医学生に対する監督責任を考えると医行為がネックとなって、 臨床実習が見学主体とならざるを得ないのかも知れません。しかし、臨床医を志す医学生としては、 庇護のある学生のうちに一定の技能を身につけたいというのが切なる願いです。 人気のある臨床研修病院は、研修医に一定程度の裁量を与えてくれます。 医学生に対しても学生個々の能力を見極めた上で、 可能な範囲で医行為を積極的に認めていただきたいと思います。 不幸にして事故が生じた場合には、「医学生教育研究賠償責任保険」の補償もありますが、 教わる側としては慎重を期しますので、ぜひ前向きにご検討くださいますようお願いいたします。 《全国有志医学生の会》 ●●●●
https://w.atwiki.jp/sensui_shinobu/pages/13.html
攻略チャート Part1 プロローグ～最初の洞窟までプロローグ 最初の町 最初の洞窟 攻略チャート Part1 プロローグ～最初の洞窟まで プロローグ することを記述 最初の町 することを記述 注意したほうがいいことなどは この形で書くと目を引きます 入手アイテム 場所 あいてむ１ 宝箱 あいてむ２×2 宝箱（隠し） 最初の洞窟 することを記述 強調したい場合に下線や太字にする。 両方も可能 BOSS ？？？ 名称 HP 備考 洞窟の主 400 最初のボス。回復を忘れなければ大丈夫 詳細はこちら 入手アイテム 場所 あいてむ１ 宝箱 あいてむ２×2 宝箱（隠し） あいてむ３ ボスドロップ Part2へ ゲーム内の武器屋やアイテムなどのデータを扱う際には表組みを利用することをお勧めいたします。 @wikiモードでの表の組み方についてはこちらのページを参考にしてください。 表組み例１） 単純な表組みです。 項目が少ない場合は、この形式がお勧めです。 武器名 攻撃力 買値 売値 入手方法 木の剣 10 100 - 武器屋 アイテム名 買値 売値 効果 ポーション 100 10 HPを100回復 表組み例２） 項目が多い場合は、縦に並んだような表を組むといいかもしれません。 また、横に長くなりにくいため、スマートフォン等でも見やすくなると思います。 名称 詳細 炎の剣 属性 斬(火) 買値 2000 売値 800 攻撃力 150 +50 0 0 0 防御力 0 0 0 0 0 クリティカル 0 HP 0 MP 0 説明 火の属性を持った剣。表の中で改行したいときは br()を使います。 入手方法 2番めの町：武器屋 表組み例３） 一つのデータに複数の数値が存在する（スキル名に対するスキルレベルの効果違いなど）には下のような表をどうぞ 名称 Lv 効果 備考 回復 Lv.1 INT*1.0 回復量はINTの値に依存します Lv.2 INT*1.5 Lv.3 INT*2.0 Lv.4 INT*3.0
https://w.atwiki.jp/chapati4it/pages/91.html
@pagesでruby 環境構築(Windows) rubyインストール apache2インストール @pagesに合わせて設定変更 apache2 ドキュメントルートでCGIを動かそう MySQLのインストール Ruby/MySQLのインストール eclipseにRubyのプラグインをインストール サンプル @pagesでrubyをやってみる MySqlを使ってみるselect,insert
https://w.atwiki.jp/uraselene/pages/38.html
// ------------------------------------------------------------------------------ // // 説明 // // ------------------------------------------------------------------------------ 最小限のサンプルです。 // ------------------------------------------------------------------------------ // // スクリーンショット // // ------------------------------------------------------------------------------ // ------------------------------------------------------------------------------ // // ソースコード // 文字化けしたら、Shift-Jisへエンコードしてください // // ------------------------------------------------------------------------------ テキスト形式
https://w.atwiki.jp/memotech/pages/81.html
JavaSE環境におけるHibernate3サンプルコード JavaSEの環境でサンプルを4本作成 Hibernate3 Spring2.5.x + Hibernate3 JPA(Hibernate3) Spring2.5.x + JPA(Hibernate3) java -classpath ../lib/hsqldb.jar org.hsqldb.Server -database SMPLE のようにHSQLDBを起動して添付ファイルのcreate文を流してから稼動確認。 コンソールアプリでサンプルは組まれている。 サンプルを読めば複数DB接続先に対応する方法もわかる。 HibernateはHQL、Criteria、createSQLで簡単なセレクトを記述、insert/update/deleteも記述。 JPAはJPQL、namedQL、NativeQLで簡単なセレクトを記述、insert/update/deleteも記述。 サンプルソースは「ここ」をクリック 閲覧数： - 更新日：2009-02-15 05 28 02 (Sun) bookmark_hatena bookmark_delicious bookmark_livedoor bookmark_yahoo bookmark_nifty technoratiに登録 Buzzurlに登録 POOKMARK Airlinesに登録 bookmark_live link_trackback リンク元一覧： #ref_list ＠めもてっく is licensed under a Creative Commons 表示 2.1 日本 License.
https://w.atwiki.jp/eroscape_bibouroku/pages/188.html
タグの登録数をカウントするSQLサンプル 概要 新機能としてタグ機能が追加されました。 タグは一言感想と長文感想内に埋め込まれています。この為、通常通り、「SELECT * FROM table」 といった文法では上手くデータを扱えません。 ここで威力を発揮するのが、正規表現 Wikipedia です。 ここでは、PostgreSQLのPOSIX正規表現を使用しますので、PostgreSQLリファレンスの 9.4. 文字列関数と演算子 9.7.3. POSIX正規表現 が参考になるでしょう。また、配列を扱うので 9.17. 配列関数と演算子 も参考にしてください。 サンプルSQL やり方は多岐に渡って存在するでしょうが、今回は以下のようなサンプルを提示します。 SELECT REGEXP_REPLACE(tag, ^#{1}|#{2}.*$ , , g ) AS tagname , COUNT(*) AS COUNT FROM (SELECT UNNEST( REGEXP_SPLIT_TO_ARRAY( COALESCE( ||hitokoto|| , ) || COALESCE( ||REGEXP_REPLACE(memo, \(\r\n|\r|\n\) , , g )|| , ) , + ) ) AS tag FROM userreview WHERE hitokoto ~ # OR memo ~ # ) AS foo WHERE tag ~ ^#{1} GROUP BY REGEXP_REPLACE(tag, ^#{1}|#{2}.*$ , , g ) ORDER BY COUNT DESC サンプルSQLの解説 まず、一言感想か長文感想にタグが埋め込まれている物を抽出します。 SELECT COALESCE( ||hitokoto|| , ) || COALESCE( ||REGEXP_REPLACE(memo, \(\r\n|\r|\n\) , , g )|| , ) AS tag FROM userreview WHERE hitokoto ~ # OR memo ~ # LIMIT 100 タグの有無は、 # という文字の有無で判定しています。 一言感想と長文感想のどちらかがNULLの場合、連結結果もNULLになってしまうので、COALESCEを使用します。 本来なら不要ですが、タグの前後の半角スペースを入れ忘れている方も見受けられるので、 を前後に追加します。 長文感想の場合は、改行コードも半角スペースに置換えています。 次に、この結果からタグを抽出するわけですが、今回はREGEXP_SPLIT_TO_ARRAYとUNNESTを使用しました。 REGEXP_SPLIT_TO_ARRAYは、ある文字列から正規表現にマッチする単語を配列で返します。 UNNESTは、配列要素を複数の行に分割します。 簡単なサンプルとしては、以下のような使い方ができます。 SELECT UNNEST(REGEXP_SPLIT_TO_ARRAY( 1a2a3a4 , a )) これを利用したのがコチラ。 SELECT UNNEST( REGEXP_SPLIT_TO_ARRAY( COALESCE( ||hitokoto|| , ) || COALESCE( ||REGEXP_REPLACE(memo, \(\r\n|\r|\n\) , , g )|| , ) , + ) ) AS tag FROM userreview WHERE hitokoto ~ # OR memo ~ # LIMIT 100 ここまで来れば、あとの処理は簡単でしょう。 # 一文字で始まる行をWHERE句で抽出（※１）し、冒頭の # と ## 以降のコメント部分を削除して（※２）、GROUP BY句で集約するだけです。 （※１）WHERE tag ~ ^#{1} （※２）GROUP BY REGEXP_REPLACE(tag, ^#{1}|#{2}.*$ , , g ) もちろん、以下のようにtaglistテーブルを使用して集約することも可能です。 単純に考えれば、以下のようなコードが思いつきます。ですが、userreviewテーブルの参照回数が膨大になり実行コストも肥大化するため、実用に耐えられるものではありません。 SELECT tl.name , COUNT(*) AS COUNT FROM userreview AS ur , taglist AS tl WHERE ur.hitokoto ~ ( # ||tl.name|| | # ||tl.name|| ## ) OR ur.memo ~ ( # ||tl.name|| | # ||tl.name|| ## ) GROUP BY tl.name SELECT tl.name , (SELECT COUNT(*) FROM userreview AS ur WHERE ur.hitokoto ~ ( # ||tl.name|| | # ||tl.name|| ## ) OR ur.memo ~ ( # ||tl.name|| | # ||tl.name|| ## ) ) AS COUNT FROM taglist AS tl GROUP BY tl.name 【管理】POSTボタンを生成しました。
https://w.atwiki.jp/himawarik/pages/13.html
一次募集用アイコンサンプルページ 二次募集とは作業方法が違います、ご注意ください！ 二次募集参加予定のかたは、世代のみ参考に見てください 200×200ピクセル 30KB程度 ファイルはjpg一括 5種類の内1つの人種を担当 人種によって指定背景色を使用すること 5世代（幼児・子供・青年・老年・ユニークタイプ）×男女＝10枚幼児：幼稚園児を想定。（ex.ちびやGPMのののみちゃんぐらい） 子供：いわゆる少年・少女です。小学校高学～中学生程度。 ユニークタイプ：担当した人種の中で特徴的な国をピックアップして描いてください。（ex.西国人*キノウツンのメイド・はてない国人*暁の円卓藩国の王と剣、等） 世代に当てはまる外見の猫士・犬士を描いていただいてもかまいません。ただし人型に限り、かつ猫士・犬士は10枚中5枚以下でお願いします。 {指定背景色（一色のみでベタ塗り） 「南国人・黄緑色」「西国人・赤系」「森国人・青みの緑色系」「はてない国人・紫色系」「北国人・黄色系」「東国人・藍色系」 【一次募集へ戻る】 サンプルアイコン：南国人 幼児（女） 幼児（男） 子供（女） 子供（男） 青年（女） 青年（男） 老年（女） 老年（男） ユニークタイプ（女） ユニークタイプ（男） 【募集要項へ戻る】
https://w.atwiki.jp/study_hinanjo/pages/19.html
ビジュアル英文解釈 part1 ビジュアル英文解釈 part2
https://w.atwiki.jp/wiki6_fortune/pages/91.html
https://w.atwiki.jp/oboegaki1002/pages/38.html
ポップで楽しいイメージの配色 D06DA265B7ECFFF000 9560A0B4CC31D06D8C F1CF00C7337F6BB6BB D16C150080C8DBDF1A F8E100924C9465ACE3 カジュアルで親しみやすい配色 F1D14E82C1DFD4ACCC C8D6277DA8DBF9E8AB 6492CDE8E5E2DD9BA5 E8E0AA9BB637EABF4B E5D8A6D06D80ADCAEB ダイナミックで強く目を引く配色 C8D627C300675C1D82 009DA6EEC600C30067 232584EEC600AB1B35 44AEEA8B0000DD960F FFF00056A6464C2774 ゴージャスで高級感のある配色 5C1D82B59A3C9D2037 724D90BAC1C7D3C91E D07F93211917AA9026 CF921B7E87398D1570 C2007BCDD2BCB59929