おいも🍠 @oimoga_daisuki 求人で良さそうなところあったのに、朝礼前に1分間スピーチあるって書いてて応募するの辞めた。そんなん業務の１つにして何になるんやろ？小学生かよ。 2024-04-15 15:29:55

この記事は？ 著者は、エンジニアにとって最も大事なものの一つは契約であると考えます。なぜなら、契約によって我々はお金を得ることができ、労働対価を受け取って生きていくことができるからです。プロジェクトにおいてトラブルが発生すると、契約はメンバーを守ってくれるものになります。したがって、雇用契約、請負契約、準委任契約など何の契約であっても隅々まで確認し、不利にならないようにしないといけません。社員であれば誠実に職務に向き合う必要があります。請負契約であれば対価を得るために納品する必要がありますし、準委任契約であれば善管注意義務を背負いプロとして日々業務を行なっていく必要があります。一方で、著者は長くにわたって業務委託契約でパートナーとして参加してくださっているエンジニアたちと長らく協働してきた経験がありますが、ユーザーとしてもベンダーが妨害要素なく働けるように、協力義務を果たす必要があります

はじめに エンジニア職は、コンサルや営業などのフロント部門と比較すると、議事録を取る必要のあるミーティングの機会は少ないと思います。 それでも製品企画や設計などの各種レビューや、ユーザーへの業務ヒアリングやユーザビリティテストなど、議事録を取る場面はやってきます。 これまで読みやすいと思う議事録に出会うことがしばしばあり、そういった議事録を取れるように精進せねばな、と感じます。 また私自身、議事録を取るのが割と好きで、私がミーティングの主体でない場合、特に依頼されずとも議事録を取ることが多いです。 ・・・まあ、私が書いた議事録について「わかってんじゃん」と言われたことはありませんが、これまで議事録を読んできて、そして取ってきて、ここポイントだな、と感じている点をまとめてみます。 なお今回書くポイントは、私がよく出席する以下の2種類のミーティングの議事録の取り方に寄っていると思いますので、そ

文化庁のガイドラインをもとにした『アーティスト・スタッフのための契約ガイドブック』がWebで無料公開され、「素晴らしい」「勉強になる」などと話題になっています。音楽や舞台、美術や映像など、芸術分野で活動するフリーランスが安心して仕事をするために必要な、契約締結の要点を分かりやすく解説したものです。 アーティスト・スタッフのための契約ガイドブック 文化庁の「文化芸術分野の適正な契約関係構築に向けたガイドライン」を元に、契約における重要なポイントをまとめたガイドブック。依頼内容や報酬などについて取り決めが不十分なまま、口約束だけでプロジェクトが進みがちな文化芸術分野の現状に鑑みて、「なぜ契約が必要なのか」から説明されています。 受注側・発注側ともに安心してプロジェクトを進められるよう、適切な契約で取引の条件を明確に 前半は契約書の読み方や、各条項の重視すべきポイントを解説。例えば業務内容の条項

(Image by Gordon Johnson from Pixabay) TL;DR　今年の6月に僕自身がデータサイエンティストに転じて10年という節目の年を迎え、10月でDavenportの「データサイエンティストは21世紀で最もセクシーな職業である」HBR総説から10周年になるのを機に、この10年間のデータサイエンティストという職業の変遷を振り返ることにしました。 6月の回顧録記事でも書いた通り、僕がデータサイエンティストの仕事に就いてから今年で10年になります。最近も同じかどうかは分かりませんが、古くから「10年ひと昔」という常套句がある通りで個人的には大きな節目の年だと感じています。 一方で、今年の10月にはあまりにも有名な「データサイエンティストは21世紀で最もセクシーな職業である」HBR総説が出てから10周年を迎え、後述するようにDavenportは「今もデータサイエンティ

弁護士　河野冬樹 @kawano_lawyer 経産省から「フリーランスとして安心して働ける環境を整備するためのガイドライン」が公表。著作権譲渡について、強要したり、作成の目的たる使用の範囲を超えて譲渡させたりすることは、下請法や独禁法に抵触しうることが指摘されてます。meti.go.jp/press/2020/03/… 2021-03-26 18:22:30 リンク www.meti.go.jp 「フリーランスとして安心して働ける環境を整備するためのガイドライン」（案）に対するパブリックコメントの結果及び同ガイドラインを取りまとめました （METI/経済産業省） 「フリーランスとして安心して働ける環境を整備するためのガイドライン」（案）について、令和2年12月24日（木曜日）から令和3年１月25日（月曜日）までパブリックコメントを実施しましたが、本日、その結果を公示するとともに、内閣官房

市原えつこ / Etsuko Ichihara @etsuko_ichihara フリーランサー人生が長くなるにつれ、「これはなんだか気持ち悪いな」「一見いい話に見えるけど嫌な予感がする」という野生の勘がどんどん研ぎ澄まされている、、 2020-04-10 10:20:48

アメリカに8年も住んで、現地の人との交流が生活の90%を締めていると忘れがちですが、英語でメールって大変ですよね。大変なんですよね...TAしながらで1年半ぐらい毎日英語でメール50+通打ってどうにか書けるようになりましたが、あの経験がなければ今もメール打ててないと思います。 英語力ゼロでもなんとか海外の方とメールをしていますが、やはりフリーの翻訳だけでは限界を感じます。先日購入したこの「クリエイターのためのやさしい英語&英文パターン1500」は、かゆいところにも手が届く文例がたくさんあってすごく役に立ってます！あと、絵もステキ✨⁰https://t.co/FIZy3WcB5A pic.twitter.com/LVmAsa2eTZ — サタケシュンスケ｜イラストレーター（20年2月個展 東京浅草） (@satakeshunsuke) November 16, 2019 フリーランスでは海外

イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

フリーランスで色んな会社に行くと たまに「Slackなどにアイコン設定してください」「顔写真以外でお願いします」みたいなのがあって迷う あとは、普段使ってるアイコンが適さない感じの別のサービスでアイコンをどうしようか迷う 自分の写真というのは一番楽だ でもただの自撮りだと証明写真になってしまうので 旅行写真とか趣味で撮った写真を使うか、その場で撮るかしなきゃならない 自分は普段自分の写真なんて撮らないのでそもそも無い あったとしても他の人が写ってたりと文脈が適していない アイコン設定する際にその場で撮ろうかとも思うが、7割くらいの確率で雑な格好をしてるので、ちょっと躊躇う 小汚い顔が小汚いまま永続化されてしまう 自分のアイデンティティになっているものを撮るというのも良いかもしれないが アイコンとしては若干雑になりがち そして特にインドア系だと、自分のアイデンティティ＝誰かの著作物になりがち

組込み界では今時のプログラミング界隈の常識の多くが通用しない。最初にあなたが相手にするのはRAM 1kB, ROM 4kB、クロック 20MHzなどというMCUである。 使用する言語はC99かアセンブラである。幸か不幸かC++を使わされることもある。既にC++で書かれたプロダクトに係わってはならない。 当然フロントエンド界隈などのようなイミュータブルインスタンスを大量に使い捨てる富豪的な言語やアプローチの採用は難しいだろう。 トラブルが起きたときにプログラムだけでなく回路図を読んでハード側に問題があるこを示せないと極めて立場が悪くなる。 むしろプログラムし易いコンポーネントの選択や回路構成に積極的に口を出していかないと動かない責任だけがソフト担当者に投げられて割を食う。 開発環境はWindows上のEclipseベースの統合環境が使えれば上等であり、運が悪ければMCUメーカーお仕着せのクソ

2012年1月、Twitter の iOS チームに7人目のエンジニアとして入った。 たまたま最初の週が Hackweek だったので、通常の仕事は一旦停止。なんでもやりたいことをやっていいらしい。入ったばかりで何もわからない状態だったので、ぼくのメンターのテックリードがやっていた Twitter for Mac の多言語化を手伝うことにした。水曜にパッチをマージしてもらって、ぼくの担当部分は完了。その後は次週から始まる通常営業に備えてコードを読み始めた。 次の週からは通常のサイクルが始まった。毎朝スタンドアップミーティングがあり、各自の仕事の進み具合を他のメンバーと共有する。前職までは同僚がほぼ日本人ばかりだったので英語で仕事をしたことがなく、聞き取りがうまくできなかったのを覚えている。 この日からさっそく Twitter for iOS のユーザーとして気になっていた問題を直し始めた。

もちろん、「​英語が話せないのに外資系企業に就職してしまった男」というのは僕のことです。以下では、英語が話せない人間が外資系企業で働いてみたら、どんな学びが得られたか、というのをつらつらと書いていきたいと思います。ほとんどネタです。 CV 外資系企業で働いている知人から「うちの仕事を手伝ってくれ」と声がかかったことからすべてがスタートしました。会社には外国人はいるけど、僕に任される仕事はすべて日本語で、やり取りする人も日本人しかいない、っていう条件でした。その人は、僕が英語を話せないことを知っていたので、その条件は信頼できそうだったし、その条件の通りなら問題がなさそうな気がしていました。 で、「一応、面接はするので、CVを出して」と言われました。僕は「了解です」と即レスした（承知しました、のほうが正しいんでしたっけ？）のですが、残念ながらCVが何なのかわかりません。 光の速さでググってみる

カジュアルがいいけど、それがダメなら作業着で。 スーツとか高価だし手入れが大変じゃん。

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

会ったこともない外国人に仕事を頼んだら、まず伝えたいことを絵にしてみる 若者よ、コミュニケーションテクニックを磨け！ 前回は、世界中に散らばるクリエーターやITエンジニアと良好な関係を築くことで、プロジェクトの速度は増し、共に困難なプロジェクトに立ち向かえるチームになっていくことをお話しました。そのためのコツもいくつか紹介しました。 今回はそのなかでも、僕らが体験的に特に重要だと思っているものを掘り下げてみたいと思います。それは円滑なコミュニケーションです。 クラウドソーシングでは「支払いを素早くすること」「相手国の文化を尊重すること」など重要事項はたくさんあります。ただし、お互いにプロフェッショナルですし、ここは何とかなります。 ところがお互いに努力しない限り、「何とかならない」ものもあります。それは、発注した（相手からすると受注した）仕事の内容について、相手に伝えたいことが正しく伝わら

前回はoDeskをはじめとしたグローバルなクラウドソーシングサービスのなかには、日本円で数千円をかすめ取ろうとするような悪党が紛れ込んでいることをお伝えしました。oDeskでは（残念ながらまだ）ユーザー（登録者本人）を一意に特定することはできません。ちょっとポカをやったり、ヘマをやったりしてレビューや評価が悪くなったら、そのユーザー情報（アカウント）はすぐに捨てて、新しくユーザー登録し直すことで、自分を“リセット”可能です。 これは悪党たちとのイタチごっことも言えるもので、「この問題がなくなるまではクラウドソーシングを使わない」などと言っていると、いつまで経ってもクラウドソーシングを活用できる日はやって来ません。 そこで前回は、悪党に引っかからないために気をつけるべき点をいくつか挙げました。そこで今回は逆に、「いい人」を見つけたら、いかにして良好な関係を維持し、なるべく長く取引を行うかとい

作成：2013/02/25 更新：2014/11/01 Webサービス > Webデザイン 急に仕事をふられたけど いちから作っている時間はない だけど、素早く「それなり」に見せたい 見ているだけでデザインの参考になりそうなテンプレートや、無駄な作業を大幅になくすWebサービスを、用途ごとに分けてまとめました。 エンジニア速報は Twitter の@commteで配信しています。 もくじ １．企画書 / 請求書 / 履歴書 / 退職願 / プレゼン ２．パワーポイント ３．エクセル ４．フライヤー / ポスター / チラシ / ロゴ ５．名刺 ６．文章 / 手紙 ７．Web制作 / ホームページ ８．Webデザイン ９．HTML/CSS 企画書 / 請求書 / 履歴書 / 退職願 / プレゼン フォームに入力するだけで、整形された紙面(PDF)が完成 職務経歴書テンプレート一覧 - ルーシ