Довольный Айтишникъ

Обновите BIOS и драйвера с сайта официального производителя.
BIOS: Версия 208
www.asus.com/ru/support/Download/3/546/0/2/W4436YS...
PS: обсуждение проблем на форуме: notebookclub.org/forum/thread-2979.html

Челябинские мужики при стальных яйцах могут и утюгом перепаять!!!!
По сути: все варианты кроме ИК станции это фикция и крайне сильно увеличивают риск угробить материнку. т.к. одного прогрева чипа не хватит, чтобы не повело текстолит необходимо сначала разогреть всю плату до 100, и только потом с помощью расчитанного термопрофиля разогревать именно чип - это технология отпайки, когда чип уже не жалко. А вот при обратной процедуре в риски добавляется еще возможность убить чип и не верно его спозиционировать (тупо ветром сдует или перекосит).
Так что лучше отдать нормальному мастеру с нормальным оборудованием, тем более мощности среднестатистического даже паяльного фена хватит только для прогрева, а не для отпайки чипа.

Смысла нет, проект мертворожденный. Если будете использовать на проде - придется повышать требования к кандидатам и повышать зарплату. Или тормозить адаптацию нового сотрудника, так как придется разбираться с этим зверем.

> вообщем,чтобы можно было делать GUI на PHP
Об этом можно много писать. Это как раз-таки достаточно просто.
1. Пишем на PHP свой фреймворк со средствами для GUI и т.д., просто чтобы можно было написать скрипт, который бы скажем открывал окошко, копировал файл и т.д., если его запустить с помощью php.exe
В принципе, для довольно-таки многого в PHP уже есть средства, остается только написать для них удобные обертки, т.е. собственно фреймворк.
2. Пишем упаковщик этого дела в exe: скрипт упаковывается вместе с php.exe, или еще как-то так.
3. Пишем IDE с WYSIWYG и прочими фичами, для того, чтобы удобнее было писать код под этот фреймворк.
Собственно, всё.

> со своими возможностями,плюсами сделать.
Ага, я уже представляю, какие это плюсы получатся, с вашим "вообщем", с вашими запятыми без пробелов, а то и вовсе грубо пропущенными запятыми...
"Ты родной язык не знаешь, как тебе освоить язык программирования?" (c) Я
Вы как хотите, а нам - не надо таких плюсов больше:
demotivation.me.prxs.ru/images/20130408/kjzco6f2cy...
Devel Studio - это полное УГ, поэтому надо делать не "что-то типа Devel Studio", а скорее что-то типа Visual Studio. Но, во-первых, VS тоже нужно копировать не целиком и полностью, а только удачные из нее решения, а некоторые другие решения взять из других продуктов, которые сперва надо освоить на особом уровне. Во-вторых, чтобы взять удачные решения даже из той же VS, все равно нужно сравнить ее хоть с чем-то, иначе вы многого просто не увидите и не поймете.
Ибо большинство уникальных решений остается не сплагиаченным не потому что патент, а потому что нубы просто не осознают всю их уникальность и даже не пытаются подражать. Вот тупые люди даже не понимают, что если в винде кнопки "OK - Cancel" везде располагаются именно в таком порядке, то и у себя надо делать "OK - Cancel", а не "Cancel - OK" или еще как-то через задницу.
Говорю как реверс-инженер - специалист по промышленному шпионажу.

Ну да ладно, это все цветочки.
Вы главное подумайте: а как вы сделаете подобие того, что в VS называется IntelliSense?
Ну там всплывающие подсказки, или скажем чтобы скобочки подсвечивались: подводишь курсор к закрывающей скобке - умный алгоритм ищет открывающую и подсвечивает, или наоборот.
Вот интересно, а как вы собираетесь это делать?
Надеетесь на готовые решения? Или вы считаете, что нужно писать свой алгоритм разбора кода? А вы пробовали написать такой алгоритм хотя бы для какого-нибудь JSON или еще чего-то примитивного?
Или вы не согласитесь со мной, что это основа любой IDE, и без WYSIWYG еще возможно что-то путное сделать (пример: JetBrains), а вот без умного разбора кода - вообще ничего, и даже VS без этого уже была бы не VS?

> Я знаю C#
Пардон, какой C#, когда PHP?
Вы видели хоть одну удачную IDE, которая была бы написана не на том языке, не на том фреймворке, для которого она предназначена?
Вот и я что-то не припомню. Кстати, даже автор Devel Studio вроде бы понял это.

И еще, а почему именно PHP?
Что в нем хорошего?
Я бы еще подумал, что выбрать - PHP, или NodeJS (у JS-то синтаксис поудобнее будет), а может Ruby, а может для Python наконец написать что-то нормальное, а может еще что.
Много экспериментировал бы. А не то что - от балды: в моей новой IDE будет PHP и точка.

КОРОЧЕ, вывод такой:
- если вам нужны плюшки в виде библиотек - возьмите нормальную платформу (такую, как .NET) и пишите для нее свои плюшки в виде библиотек;
- если вам нужны плюшки именно в виде фич IDE - возьмите нормальную IDE (такую, как VS) и пишите для нее свои плагины (создавая плагины, вы заодно изучите чужие IDE изнутри);
Этим может и будет кто-то пользоваться. Хотя,воооооообщем-то,тоже вряд ли.
А вашей принципиально новой IDE, которую вы напишете сами, без команды спецов и без учета всех вышеупомянутых замечаний, 99,(9)% никто не будет пользоваться всерьез.
Нужно же все-таки как-то понимать, что чем крупнее, масштабнее и ответственнее проект, тем больше надо скиллов. И осознавать свои скиллы в соответствии с реальными достижениями - т.е. не завышать и не занижать ЧСВ.

P.S. Ну или я м***к. Извините, если обидел. Просто делюсь своим опытом.

Заголовок JPEG отсутствует, то есть на его месте мусор. Если даже дальнейшее содержимое файла является телом JPEG (энтропия данных очень высокая (файл практически не сжимается) как у сжатого тела JPEG, или, например, генератора случайных чисел), то без заголовка восстановить в любом случае невозможно. В заголовке содержатся основные параметры изображения, без которых, остальное тело (если это оно) не имеет смысла.
Смотрите дату последнего изменения файла и вспоминайте что вы (или кто мог иметь доступ к вашей машине) делали в системе примерно в то время.

мастер браузер сети system-administrators.info/?p=1483

> Громоздкая фиговина
Небось Community или вовсе какой-нибудь пиратский Professional? Или еще круче - Ultimate? И какого чорта вы это поставили?
Visual C++ Express 2008 и 2010 совсем не громоздки. Между тем, их вполне хватает, и под винду это уж всяко лучше, чем решения на базе MinGW, будь он хоть новейшей версии, которую только вчера сбилдили.

> папки, подпапки, все эти замуты с проектами, решениями
При разработке более-менее крупных проектов, где есть хоть какая-то архитектура и абстракция, все это нужно.
Как минимум нужны проджекты/решения, именно проджект объединяет несколько файлов исходного кода, если среди них хотя бы 2 файла .cpp, оба из которых нужно отправлять на компиляцию.
Есть, конечно, другие варианты, например, Makefile, но все равно они по сути сводятся к тем же проджектам, при этом они гораздо менее удобны, это для линуксоидов с их спецификой.

Хотя да, иногда хотелось бы именно просто создать файл и все, жаль, что MS излишне категоричны и VS не предоставляет такого варианта (такая категоричность аж попахивает линуксятиной - линуксоиды тоже категоричны по-своему)
Но вот у меня создание проекта с 1 файлом и его сохранение занимает лишнего времени всего секунд 30-60, не более. Неужели это так важно?
Ничего сильно сложного нет:
1. Файл -> Создать проект
2. Нужно выбрать шаблон "Пустой проект"
3. Проект -> Добавить новый элемент
4. Выбираем "Файл исходного кода (.cpp)" и не задумываясь вбиваем имя main.cpp
5. Все, в открывшемся окне можно писать код, затем все сохранить, и запустить отладку (при этом в папке Debug появится exe)
Можно и еще проще, если пользоваться готовыми шаблонами, например, "Консольное приложение win32", хотя я так не делаю.

А теперь - главное: о том, почему собсна под виндой следует использовать именно компилятор Visual C++:
https://otvet.mail.ru/answer/1787375746
Этот компилятор идет с Visual Studio, но может использоваться и отдельно, в т.ч. из командной строки. Надо заметить, сам по себе компилятор не требует заморочек с проектами и т.д.
Может его можно и к другим IDE прикрутить. Но это все лишь теоретически, а на практике обычно просто юзают VS и все.

> почему там все так заморочено?
Вы бы говорили с точностью до наоборот, имея проект с около 10к файлов исходного кода, а в солюшене 70 проектов. Вы бы говорили "Спасибо, VS, хоть как-то помогла разобрать это все". Это проф. инструмент, к сожалению он не позиционирован для обучения. Это факт.

Для обучения берите удобный редактор (Sublime?) и вызывайте компилятор руками (из ком. строки). Много чего поймете полезного (придется, иначе не получится ничего). Как include-директории передавать и всякое такое. Как задолбаетесь это делать - напишите sh-ник/bat-ник. А вот только потом вы и поймете, зачем вам Студия, и что она может/не может облегчить.

Чтобы избежать мучений: завернуть, например, получение группы в функцию или метод, а потом более лаконично перебрать через switch:

function getUserGroup() {
//..
}
switch(getUserGroup()) {
  case 'admin': 
    break;
  case 'user': 
    break;
  case 'guest':
  default: 
    break;
}

Можно еще вынести получение группы юзера.

switch (true):
    case ($_SESSION['user_group'] ?? null) === 1:
        // admin
        break;
    case ($_SESSION['user_group'] ?? null) === 5:
        // user
        break;
    default:
        // guest
        break;
endswitch;

Короче, план такой:

1. Начинаете с Yii 1.
Как отметили выше, по нему, пожалуй, побольше гайдов для новичка.
Как отметили вы сами, он до сих пор используется в некоторых фирмах. Больше знаешь - больше
Как отмечу я, изучение ретро-инструментов вкупе с современными - не только интересно для любого настоящего программиста, но и реально полезно, т.к. позволяет на опыте разработчиков инструмента делать выводы для себя, учиться на его ошибках, смотреть, какие старые архитектурные или иные решения были не очень, и что в новой версии стало лучше, а что, может быть, и хуже.

2. Затем переходите на Yii 2.

3. И - никому, я повторяю, никому - ни в коем случае, ни при каких условиях, ни при каких обстоятельствах - не говорите первым, что вы кодите на Yii 1.
Видели хитрую рекламу БАДов и прочего дерьма, где мелким, серым шрифтом написано: "не является лекарственным средством"?
Вот и ваши слова о знании Yii 1 в вашем резюме тоже должны с той же силой "бросаться в глаза", что и этот шрифт в рекламе.
То есть максимум можно сказать "я пишу на Yii2, также знаю Yii 1" - но не более того.
А выпячивать в незнакомой фирме свое знание Yii1 первым, пока вас не спросят, нельзя ни в коем случае.

Я не шучу.
Я сам по большей части десктопник. И когда пришлось не то что бы даже общаться - а просто явиться серьезным веб-девелоперам из крупных фирм (а может и не очень крупных, но зато тоже очень серьезных), то их просто повергло в шок мое наплевательское отношение к актуализации версий используемого инструмента.
Однажды я написал на хабре статью-урок для начинающих по Yii2. По Yii2, Карл, даже не по Yii1. Но вот забыл я там расписать пару суперважных фич: не использовал ActiveRecord и не использовал Gii (вместо этого показал новичкам, как все это делается вручную). Боже... Такого бурления фекалий в комментах под своими постами, такого количества минусов, такого количество обозленных и оскорбленных, такого своего аккаунта с такой своей репутацией - я еще не видел никогда...

Я подумал, что это просто на хабре собираются какие-то злые люди, и решил то же самое повторить то же самое повторить на другом сайте, другой страны, и с совсем другим инструментом.
А именно, я написал... Нет, точнее сказать, я посмел написать статью по переходу с ASP.NET WebForms на ASP.NET MVC... О ужас, на ASP.NET MVC 2-3 версий!
Бедные иностранцы, мое преступление буквально лишило их дара слов, они даже уже не могли бурлить в комментах, они могли только тыкать кнопку минуса и кнопку репорта, ну и дальнейшая судьба моего поделия, очевидно, очевидна: "posted 32.13.2015 9:00, deleted 32.13.2015 20:00".

Короче, я уже отчаялся копаться в причинах, но это факт: увидев версию, хоть на один major отличающуюся от новейшей, серьезные веб-синьоры бесятся так, как будто вы под винду хотите писать для них на голом ассемблере. Как будто вы колете для них дрова каменным топором. Как будто...
При этом их просто невозможно убедить в том, что изложено в пункте 1, особенно начиная с "Как отмечу я". Просто невозможно. Я пробовал. Не пытайтесь.

В общем, надеюсь, хоть кто-то оценит мой пост таким, какой он есть - офигительно длинный, офигительно ванильный и - в руках умелого продавца себя (то бишь устраивателя себя на работу) - офигительно полезный.
Всем желаю удачи!

Смешались в кучу кони, люди.
WinForms - это уже устаревшее API для разработки UI на .Net.
WPF - современное API для того же дела.

Дайте что ли определение своему "быть перспективным", а то непонятно, что вы вообще хотите получить.
Как ни странно, но гугл в течение 0.05 секунды находит годную книгу по WPF.

Вы бы фотографии плат в коробочках показали.

Отрисовка через OpenGL, а вот он и поломался.
Поставьте Debian/Ubuntu где будет все работать из коробки. Ну или если хотите дальше мучиться, то курите что у вас сломано, иксовый драйвер, поддержка в ядре, меса несвежая или слишком свежая.

в большинстве случаев это знание мало полезно. ну узнаете что c++ например скомпилировано, вы думаете через среду разработки с++ файл можно будет назад в исходники декомпилировать?

это поможет только в редких случаях типа C# если не ошибаюсь. во всех остальных случаях в лучшем случае удастся только дизассемблировать, то есть получите вы не исходники а ассемблерный код.