はてなキーワード: PHPとは
Rubyはひろゆきによってせいさくされました。つまり、2ちゃんねるは Ruby でできてます。Perlは宝石なので、Ruby は妻の誕生石です。つまり、Pythonはパイナップルです。JavaScript はジャワ原人にコーヒーを飲ませたということを記載するために生まれました。その言語は難解で、簡単なJava が生まれました。そして、もっとわかりやすく C となったのです。よって、C++ は Java の残痕が除去できてない言語となります。C# はお茶好きジャワ原人の末裔によるレコンキスタなのです。アップルティー好きによってObjective-Cも生まれました。いかがでしたか?詳しいところはわかりませんでした。『広告』PHPでイッセンマン!
各分野ではそれぞれ数年に一度くらいかも知れんけど、一人の人間が同時に関わっている分野がいくつもあるわけで、それらの掛け算で結局はもっと頻繁に新しいことに対応していく必要があるでしょ。
たとえばGitHub自体の変化はそれほどでもなくても、まさかGitHubだけを使って仕事をしている人がいるわけじゃないだろうし、それは言語にせよ何にせよ同じなわけで。
言語が PHP → Perl → Ruby → Python と変わるのと、 SVN → GitHub の変化と、AWSとかのクラウド環境の変化と、Dockerなどの仮想環境の変化と、OSやエディタの変化と、そういうのが並行して起こっているわけで。たとえば C/C++ をずっとやっている人だって規格や処理系自体の変化についていかなくちゃいけないし。
エージェント名の直接記載は控えておくけど、下記で検索すると良いと思う
開発やデータ入力や単純事務の案件が多いんだな。なのでキャリア違いかもしらん
増田はSI的なことやってたと以前に言っていた増田かな?いちおう未経験で開発案件に応募できるかエージェントに聞いてみよう
探せばヘルプデスクの仕事もあるとは思うが、あんま、いまと変わらんのじゃないかしら?
インフラ・サポート系は、席に穴あけないことが大前提なので、障がい者雇用でも、一般雇用と変わらない水準で出社求められるよ
それであったら、一般雇用で働いた方が給与良いし経験も積めるよね
障がい者雇用としてはめっちゃ高給(800万以上)のPM、PMOの求人や設計・案件管理のお仕事などもあるけど、
なにをするの?
このプログラムは、障碍者の方々にマイクロソフトの契約社員として IT 関連の研修を受けていただき、ITスキルや資格を身につけ、将来的にIT のスペシャリストとなっていただこうとするものです。 IT業界での就職やスキル取得、エンジニアとしてのキャリアをお考えの方のご応募をお待ちしています。
月収25万くらい、1年目は月・水・金の出勤、2年目は月・水・木・金が出勤日。あとは自宅で自習。
ひと通りMSのインフラは任せられるようになる って言うプログラムだったよ
https://www.microsoft.com/ja-jp/mscorp/diversity-itlearning/program.aspx
気長に待つ
たぶん30万くらいなら貰えるんじゃないかな
データサイエンティスト養成とか、おそらくSESにぶち込む気なんだろうなセット(Java、C#、Python、PHP、SQL、VBA)とかあるよ
ーーー
<追記>
このひと、発達ネタ、モテネタ及び男女厨ネタ、結婚ネタ に必ずやってくるのよな
このひとのブクコメのしょーもなさ、発達障害ぜんぜん関係ないと思う
障害者雇用だとどうしても東京や大阪の求人が多い。フルリモートの職種探すのも手かな。
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230628104359
↑ 『首都圏じゃなきゃ無い』ということもないが、フルリモートで発達障害も働けるということに異論はないようである
2023/06/14
正社員で残業バリバリしようとしたら体調崩して障害者雇用(非正規)に転職せざるを得なかった。私も本当は稼ぎまくって夫を養いたかったけれど、スペックがそれに追いついてなかった。
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230614101708
↑ ??? フルリモートで働けば良いじゃん。それ発達障害やスペック関係ある?
2022/12/18
“なんやかんや対処出来る = 特段仕事で困っちゃいない のよね” なら増田は大丈夫なんだと思う。
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20221217121250
↑ "増田は"とは?キミもフルリモートで働けば良いじゃん。その発達障害だと困る働けない前提なんなん?
2023/06/22
同僚の人、服薬したり通院したりはしてるんだろうか。あんまり自分の困りごととして認識してないっぽいのが気になる。
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230621230631
↑ うん。だからその発達障害だと困る働けない前提なんなん?フルリモートで働けば良いじゃん。あとなぜ服薬しないといけないのか?
2023/04/26
↑ いやだからさ、フルリモートで働けば良いじゃん。自分ができないことは把握できているんだよね?
急にキレるのは問題だと思うけど人より体調に波が出やすいから無断欠勤は多めに見てあげてほしい。
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230610181313
↑ 絶句。そら働けないあたし仕方ないにもなるわ。発達障害関係ないと思いますけどね
(部下の場合は問題発生しないが、部下ではない体育会系の相手がシンドイという話に対して)
体育会系って称するのはあってる?
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230616104828
↑ あのさぁ・・・
(リスクは承知。巡り合わせ。「かわいそう」と叩く犬エアプ、老犬引き取るといい。犬は幸せになるし、人を叩く暇はなくなるし、犬はかわいい。という話に対して)
https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20230616232316
↑ あのさぁ・・・
アフィーに騙されそうな増田
Macを推奨するサイト(ブログ)が多いが…
数量的にきちんと把握したものではないですが、「プログラミングに向くPCはMac」(特にMacBook)という解説のサイトは多く見つかりますが、大抵はプログラミングスクールが制作した集客用ページ、フリーランス(ブロガー)による広告収益目的のページで、制作の意図には商業的な目的がありそうです。
「エンジニアはMacを使用している」という主張もありますが、実はこれは根拠がありません。
ITエンジニアがWindowsとMacどちらをよく使用しているかを調査した統計は見つかりませんが、エンジニアに限らず、一般的にどちらが使用されているかを示すデータならあります。情報処理推進機構がインターネット利用者の使用OSを調査したものですが、圧倒的にWindowsです。macOSはたった4.3%です。数年前とは言え、状況は劇的には変化していないでしょう。
Windows7 (21.9%)
明確な根拠がない以上、主観の域を出ませんので、安易に信用はできません。
私見ですが、MacBookを推奨するサイトが多い理由の1つは「おしゃれでウケが良いから」です。twitter上の駆け出しエンジニア(もしくはエンジニア志望)の方々を見ると、大抵、見た目がきらびやかなものに飛びつく傾向があるので、その点、MacBookはウケやすそうです。まぁ、スタバに座ってMacBookで仕事をすれば確かにおしゃれです。
Google AdSenseを収益源にするサイトは閲覧数が重要なため「どのような記事なら見られるか」から逆算して考えます。なので、必然的に見た目の格好良さが重視されます。これは、SEOとかWebライティングと呼ばれる技術の悪い側面ですね。
ちなみに、私もMac(MacBook Pro)を1台所有していますが、購入のきっかけは勉強のためでした(色んな機械を触ってみたいから)。Macは特にメイン機ではありません。開発環境がWindowsにもあるので、両方を使用しています。
「Macはプログラミングに向いている」は本当か?
複数のプログラミングスクールのサイトで「MacはRuby、Python、PHPは特に開発効率が良い」という解説も見つかりますが、理由が説明されておらず根拠がありません。
WindowsだとVisual Studio Codeという非常に強力なエディタが無料で使用できるし、テキストエディタのAtomもプラグインを入れれば、それなりに開発はできます(ちなみに両者はMac版もある)。後で解説しますが、Web系がメインのエンジニアであればmacOSは親和性は高いのは事実ですが、だからと言ってWindowsの開発効率が悪いことはないです。
それに、Python、Rubyは今後はデフォルトではmacOSには含まれなくなります
https://developer.apple.com/documentation/xcode-release-notes/xcode-11-release-notes
プログラミングPCにWindowsとMacどちらを選べばよいか、という問題 | YukiPress
あー俺三年目なんだよまだ
RustとPHPって言ってみたけど実はスクールでPHPやって、それから需要がありそうでRust3年やってた
let a={
//宣言をする為の処理
};
のようにスコープを分けられるから、デバッグの時とかに「変数を宣言する為に使った変数」とかが残り続けることがない。
PHPだと可読性の為に変数の処理を段階的に分けようとすると、それがメソッド内に残り続けてデバッグをしようとしたときに非常に読みづらいしバグの原因になる。
確かにその通りだし、PHPを書く時は細かなパフォーマンスの改善等は諦めてDB周りの処理の改善と可読性に注視するべきなんだなって思った。
でもスコープを限定させる為だけにメソッドを作ると、どれが共通化の為のメソッドなのかが分からなくなるし、スコープを限定させることくらい言語の仕様として用意しといてくれよって思った。
PHPを使うWEBシステムのボトルネックは99割データベースになるんだから「関数に分けるとパフォーマンスが落ちる」なんて些末なことは気にせず可読性最重視で書けよ
・スコープを限定することができなくてデバッグの時に訳が分からんくなる。
・メソッドを分けて切り分ければよいのか?でもこれをするとパフォーマンスが低下するしな。
・型の情報がほぼ無いから知識を引き出す為の取っ掛かりがつかめない。
・Github Copilotに頼り切りになってる。それが無かった時はフレームワークの機能を丸暗記してたのか?
・RustやTypeScriptではVSCode上に表示されるドキュメントの情報を読みながらコードを書いていたので、それができないのは本当につらい。