非弁行為（弁護士法72条）の解釈に関する公証の結果とその効果
みなさまこんにちは、あしやまひろこです。 以前の記事で紹介した通り、私的行為に関して公証人（公証役場）への公証の嘱託により、合法性・適法性または違法性の推認が得られ、またそれに関する公文書が作成されることはすでにご紹介いたしました。 今回はその具体的事例として、弁護士法72条（非弁行為）ならび行政書士法19条（非行政書士行為）がどのような範疇のものを指すのかについて、公証をした結果とその効果について紹介したいと思います。 （最終更新 2024年8月22日） 前段筆者はメタバースに用いる3Dモデル等の取引に用いる取引約款のひな型を、友人の弁護士らとともに、プロボノやボランティアとして共同で作成しており、そのひな形は現在の日本市場においてかなりの割合の取引で用いられており、政府の示すソフトローとしても紹介されました（また政府のメタバースと法にかかわる会議の構成員も務めました）。 そのような状況
デマとヘイトスピーチを撒き続ける反原発活動家の「鴨下全生（木目百二）」と「二世問題」。父親も母親も活動家。
まとめ 関東全域で若者たちに(被曝による)鼻血症状のデマまとめ 他にも賛否を問わず参考になる資料があったらご連絡ください。 資料1から資料3より、 中等度の1.6〜3.2Svの被曝がなければ被曝を原因とした鼻血は出ないと考えられます。 44545 pv 809 52 users 8 🅜🅐🅣🅢🅤🅚🅘 🅚🅐🅜🅞🅢🅗🅘🅣🅐 @hibakuyada レジ袋で鼻血を受けながら歩く子ども 避難所ではよくある光景 しかしそれが、メディアで触れられた途端始まったのは魔女狩りのように壮絶な誹謗中傷 疲れ切っていた避難者を黙らせるには十分すぎるものでした... 福島に行って鼻血が出た話 kamo7.com/%e7%a6%8f%e5%b… 2024-08-05 18:32:43
本を読むたびに読みたい本がどんどん増え、積読が解消されないがどうすればいいか。 | レファレンス協同データベース
分類＜019（読書、読書法）＞の棚をブラウジングした。 （読みたい本を更に増やしてしまうかもしれないが、）読書法に関する資料を、積読に触れているものを中心に紹介する。 （1）本を速く読む方法・通読しなくてもいいという意見 資料1 『超速読力』 「超速読力」とは、本や書類を見た瞬間に内容を理解し、コメントを言えるという新しい力であるとし、その意義とトレーニング法について書いている。 資料2 『大学生のための速読法』 接する文献の多い大学生や大学院生のために、楽にポイントを読み取ることができる速読法を紹介している。 資料3 『読まずにすませる読書術』 読む必要のない箇所を見抜く技法や、本を読まずにすませる技法を紹介している。 資料4 『時間がない人のための即効読書術』 バスで読書する際に酔いにくい席の選び方（p.17-18）など、読書を効率化する具体的な技術を紹介している。 （2）多読や乱読な
文化審議会著作権分科会法制度小委員会（第4回） | 文化庁
配布資料 資料1-1 AIと著作権に関する考え方について（骨子案）（282KB） 資料1-2 法30条の4と法47条の5の適用例について（412KB） 参考資料1 第23期文化審議会著作権分科会法制度小委員会委員名簿（117KB） 参考資料2 生成AIに関するクリエイターや著作権者等の主な御意見（202KB） 参考資料3 生成AIに関する各国の対応について（第3回法制度小委員会配付資料）（336KB） 参考資料4 本検討会において検討すべき課題について（追補）（第3回AI時代の知的財産権検討会配付資料）（5.2MB） 参考資料5 広島AIプロセス等における著作権関係の記載について（511KB） 参考資料6-1 広島AIプロセスに関するG7首脳声明（264KB） 参考資料6-2 高度なAIシステムを開発する組織向けの広島プロセス国際指針（仮訳・原文）（994KB） 参考資料6-3 高度なAI
失敗から学ぶ登壇のそーだいなる歩き方 - そーだいなるらくがき帳
私は登壇芸人と呼ばれる程度にはそれなりの数を登壇している。 そーだいなる2017年のアウトプットを振り返る - そーだいなるらくがき帳 そーだいなる2018年のアウトプットを振り返る - そーだいなるらくがき帳 2019登壇とか主催とか.md · GitHub そんな私も最初から出来たわけでは無く、数多くの失敗の結果、今のスタイルになった。 そこでその失敗を共有し、誰かの参考になれば良いと考え、筆を取った。 失敗談 人間は失敗して良いし、再挑戦すれば良い 資料は余裕を持って作成する 資料に余計なネタや卑下は不要 自分なりの考えや学びを織り込む フィードバックを恐れない 良い図面は言葉に勝る まとめ 失敗談 その昔、私はTDDあかんやつ() *1 と呼ばれる下ネタ満載のLTを勉強会の懇親会で行ってめちゃめちゃ怒られたこともある。 他にも 山羊発言 や15分の持ち時間で30分喋るなど、多くの失
社内ドキュメントはなぜ更新されないのか？情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ - KAKEHASHI Tech Blog
はじめに こんにちは。カケハシの各プロダクトを支えるプラットフォームシステムの開発チームでテックリードを担当しているkosui(@kosui_me)です。 プロダクト開発の世界では、明瞭な社内向けドキュメントを書くための方法が数多く提案されてきました。読者の中には、製品要求を明瞭にするためにPRD (Product Requirements Document、製品要求仕様書) を書き、プロジェクトの背景から全体の設計やその代案について明瞭にするためにDesign Docsを書き、アーキテクチャに関する意思決定の記録を明瞭にするためにADR(Architecture Decision Record) を書いてきた方も数多くいらっしゃると思います。 しかし、どんな素晴らしいドキュメントも、何故か更新されなくなります。新メンバーへのオンボーディングのためにインフラ構成図を検索したあなたが見つけた
錯視，幻視ー脳のなかの幽霊たち
2020年9月10日公開 担当：畠山 公大先生 所属：脳神経内科学分野 はじめに 私たちが見ている世界は，私たちの目に映った世界そのものではない．私たちが見ていると感じるのは，視覚情報をもとに，脳が都合よく解釈し，作り出した虚構の世界だ1． この虚構性を実感できる具体例として，生理的錯視が挙げられる．図１は生理的錯視の一例である，Kanizsaの三角形と呼ばれる図形である2．真ん中に白い三角形が浮き出て見えるだろう．しかし，実際には三角形は存在しない．あるのは，切れ込みの入った３つの円と，一辺の欠けた３つの小さい三角形である．しかし，そう分かっていても白い三角形が見えてしまうのは，我々が体験している視覚世界が，脳の作り出した虚構であることの証左に他ならない．すなわち，偶然３つの円に入った切れ込みが，それぞれ他の円の切れ込みと一直線に並ぶよりも，３つの円の上に白い三角形が載っていると解釈した
松田洋子 on Twitter: "朝霞でパンパンと米兵向けのホテル経営してた家で育った田中利夫さん（1941年生まれ）が書いた『金ちゃんの紙芝居』がいろいろと公開されていた。すごい。 https://t.co/HcpSOnMhHv https://t.co/pNVrEyloU5"
朝霞でパンパンと米兵向けのホテル経営してた家で育った田中利夫さん（1941年生まれ）が書いた『金ちゃんの紙芝居』がいろいろと公開されていた。すごい。 https://t.co/HcpSOnMhHv https://t.co/pNVrEyloU5
Rust を始めるための資料集 - Don't Repeat Yourself
かとじゅんさんのお誘いで、私塾匠真堂にて登壇させていただき、Rust に関する話をさせていただきました。ありがとうございました。 今回のセッションを通じて Rust を始めたくなった方向けに、Rust をはじめるための資料をいくつかリストアップしてます。よかったらどうぞ。 プログラミング言語の学習方法について Rust についてまず概観を掴む 文法を学ぶ 何かアプリケーションを実装してみる ちょっと突っ込んだ話を知りたい コミュニティの力を借りる 仲間を見つける 更新履歴 プログラミング言語の学習方法について みなさんは新しいプログラミング言語を学ぶ際、どのように学びますか？ 私は、軽く制御構文やデータ型の作り方などを学んだ後は、すぐにアプリケーションを作ってみて、詰まったらリファレンスを参照するといった学び方をしていることが多いです。 逆に、リファレンスをまず眺めて、文法をしっかり把握し
若手から見たリモートワーク時代のチームビルディング | BLOG - DeNA Engineering
2020 年 4 月にコロナの影響による緊急事態宣言が発令されて久しい今日この頃ですが、多くの会社でリモートワークが余儀なくされ働き方が大きく変わりました。 DeNA がリモートワーク可能な体制へと迅速に切り替えていく中で、私自身リモートワークによる業務が9割以上を占めました。私や私の所属するチームだけでなく日本中でも働くことに対する考え方が大きく変わるタイミングだったのではないでしょうか。（DeNAでは緊急事態宣言が発令される前には全社的にリモートワークがすでに可能なレベルにまで整備され、とてもスピーディーにリモートワークへと移行できました。制度や勤務体制など様々な整備をしてくださったことにとても感謝しています。） その中で、私たちがチームのコミュニケーションや課題を改善するためにどう工夫したのかをお伝えすることで読んでくださる方のチームのチームビルディングの一助にして欲しいと願っていま
howtheytest-jp 〜日本のソフトウェア企業のテスト・テスト自動化に関する資料をまとめています〜
日本のソフトウェア企業のテスト・テスト自動化に関する資料をまとめています
パターン認識と機械学習（PRML）の輪読資料を公開 | Deep Learning JP
C.M.ビショップ他著「パターン認識と機械学習」の輪読資料の一覧を当サイトで公開しました。 詳細はこちらから
IT技術者が説明上手になるための七つの法則
Android Bazaar & Conference 2018 Spring 用の発表資料です。 実際は7つの法則について語ってないけど(^_^;;;
なぜ「2人用F-ZERO」ができなかったのか - ポルノアニメ
はい。 ああ、近所の通り魔は捕まったそうです。これで背後を警戒しなくてよくなりますね（尚、実際は数日で忘れて背後なんか見なくなってた） さて、なぜかヨーロッパの人達はレトロゲームが大好きなようでTwitter等でよく反応をもらう（日本人より多い）のですが、その中で Mode 7 使わないの？使ってよ、と言われて、せっかくなので全機能制覇を目指してテストプログラムを作ってみました。 Mode 7 というのはF-ZEROやパイロットウィングスみたいな……と言えばもう伝わったかと思いますが、巨大な一枚絵をグリグリ回すスーファミ独特の疑似3Dのことを指しています。（尚、下に書きましたが技術的には「画面モード7」の応用例として疑似3Dがあるだけで、疑似3DのことをMode 7と呼ぶのは俗称です） ↓結果としてはこんな感じに 実は「画面モード7」自体には3D機能は無く平面の変形機能を提供するだけで、遠
プロジェクトをリードする技術 - kakakakakku blog
今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ
経産省「次官・若手ペーパー」に対する元同僚からの応答 - 望月優大のブログ
経済産業省の「次官・若手プロジェクト」によるペーパーが話題になっていた。私自身、新卒時に同省で働いていたのだが、このペーパーの作成に私の（個人的に親しい）同期なども関わっているようだ。 不安な個人、立ちすくむ国家 〜モデル無き時代をどう前向きに生き抜くか〜 平成29年5月 次官・若手プロジェクト | 産業構造審議会総会（第20回）‐配布資料 | 経済産業省 したがって、以下に述べていくことについては、このプロジェクトの参加メンバーに対する人格攻撃の意味合いをまったく持たず、このペーパーが提案する国家観及び社会像そのものに対して応答していくものである。あらかじめ述べておくが、私の意見の基調は「反論」のそれである。しかし繰り返しになるが、その目的は特定の誰かへの攻撃ではなく、政府が発表しかつ社会的に話題になっている資料について、そこでなされている議論の整理と、別の視点を提供することだけをこの文
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
Ekmett勉強会at渋谷 #ekmett_conf - capriccioso String Creating(Object something){ return My.Expression(something); }
数多くのHaskellライブラリのを手がけるEdward Kmettさんのライブラリを勉強しよう！ という趣向で開催されたekmett勉強会に参加して来ました。 本当はその日の内容を一つ一つご紹介できれば良いのですが、うっかりメモのファイルを削除するというドジっ子っぷりをキめてしまったので、曖昧な記憶を元に「こんなんだったお＞＜。」という話を書こうかなと思います。 lens ブログ主担当。発表資料は以下。 http://www.slideshare.net/itsoutoftunethismymusic/ekmett-17955009 https://github.com/ekmett/lens/wiki/Derivation を大いに参考にしました。 発表後パフォーマンスについての質問があったのですがお勉強不足でお答えできず。 ekmett氏曰く、「黒魔術使ってるから、いまやbaseライ
資料を何度も作り直させるのは三流以下の仕事 | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただいています。今回は「My Favorite, Addict and Rhetoric Lovers Only」のファーレンハイトさんが考える「成果につながる仕事の依頼の仕方」についてです。 チームで仕事をする際に避けられないのは「仕事の依頼」です。 自分が仕事の依頼をすることもあれば、誰かから仕事を依頼されることもあるでしょう。チームワークが難しいひとつの理由に、優秀なプレイヤーは、優秀なワン・オブ・チームメイトでは必ずしもないという点が挙げられるでしょう。それが顕著に出る一例になります。 同時にこれは、組織における「教育」という側面に密接に関わっています。日本企業の多くは小さいタスクを新人や後輩に任せることで、成長を促しながら実業務の負荷分散を行っていくと
プログラミングコンテストでのデータ構造 2 - iwiwiの日記
情報オリンピックの春合宿で「プログラミングコンテストでのデータ構造 2」というタイトルで講義をさせてもらいました．スライドは以下になります． プログラミングコンテストでのデータ構造 2 〜平衡二分探索木編〜 View more presentations from Takuya Akiba プログラミングコンテストでのデータ構造 2 〜動的木編〜 View more presentations from Takuya Akiba 平衡二分探索木の話と動的木の話をしました．アルゴリズム的な説明だけでなく，実際にコードにする際に楽に実装するためのポイントにも重きをおいています．実装に関する話は，アルゴリズム系の講義資料等にはあまり書かれることが無いため，珍しい資料になっているかと思います．（そもそもとして動的木の話は珍しいですが…） 「プログラミングコンテストでの」というタイトルになっています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
